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Preface 


The MVME162Bug Debugging Package User's Manual provides general information and 
a diagnostic firmware guide for the MVME162Bug (162Bug) Debugging Package. 

This edition (/D2) covers 162Bug versions 2.1 and up only; and is usable with all 
versions of the MVME162 and MVME162LX series of microcomputers. 

Use of the debugger, the debugger command set, use of the one-line assembler/ 
disassembler, and system calls for the Debugging Package are all contained in the 
Debugging Package for Motorola 68K CISC CPUs User's Manual (68KBUG1/Dx and 
68KBUG2/DX). 

This manual is intended for anyone who wants to design OEM systems, supply 
additional capability to an existing compatible system, or work in a lab environment 
for experimental purposes. 

A basic knowledge of computers and digital logic is assumed. 

Note also that for these 68K ClSC-chip based debuggers, data sizes are: byte (8 bits), 
word (16 bits), and longword (32 bits). In addition, commands that act on words or 
longwords over a range of addresses may truncate the selected range so as to end on a 
properly aligned boundary. 

To use this manual, you should be familiar with the publications listed in the Related 
Documentation section in Chapter 1 of this manual. 

The following conventions are used in this document: 

bold 

is used for user input that you type just as it appears. Bold is also used for 
commands, options and arguments to commands, and names of programs, 
directories, and files. 

italic 

is used for names of variables to which you assign values. Italic is also used for 
comments in screen displays and examples. 

courier 

is used for system output (e.g., screen displays, reports), examples, and system 
prompts. 

RETURN or <CR> 

represents the carriage return key. 

CTRL 

represents the Control key. Execute control characters by pressing the CTRL 
key and the letter simultaneously, e.g., CTRL-d. 



The computer programs stored in the Read Only Memory of this device contain 
material copyrighted by Motorola Inc., first published 1992, and may be used only 
under a license such as the License for Compufer Programs (Arficle 14) confained in 
Moforola's Terms and Conditions of Sale, Rev. 1 / 79. 

The soffware described herein and fhe documenfafion appearing herein are furnished 
under a license agreemenf and may be used and/ or disclosed only in accordance wifh 
fhe ferms of fhe agreemenf. 

The soffware and documenfafion are copyrighfed maferials. Making unaufhorized 
copies is prohibifed by law. No parf of me soffware or documenfafion may be 
reproduced, fransmiffed, franscribed, sfored in a refrieval sysfem, or franslafed info 
any language or compufer language, in any form or by any means wifhouf fhe prior 
wriffen permission of Motorola, Inc. 



WARNING 


This equipment generates, uses, and can radiate radio frequency energy and if not 
installed and used in accordance with the documentation for this product, may 
cause interference to radio communications. It has been tested and found to comply 
with the limits for a Class A Computing Device pursuant to Subpart J of Part 15 of 
FCC rules, which are designed to provide reasonable protection against such 
interference when operated in a commercial environment. Operation of this 
equipment in a residential area is likely to cause interference in which case the user, 
at the user's own expense, will be required to take whatever measures necessary to 
correct the interference. 

Moforola® and fhe Moforola symbol are regisfered frademarks of Moforola, Inc. 

Delfa Series, VMEmodule, and VMEsysfem are frademarks of Moforola, Inc. 
IndusfryPack and IP are frademarks of GreenSpring Compufers, Inc. 

Timekeeper and Zeropower are frademarks of Thompson Componenfs. 

UNIX is a regisfered frademark in fhe United Sfafes and ofher counfries, licensed 
exclusively fhrough X/ Open Company Limited. 

All ofher producfs mentioned in fhis documenf are frademarks or regisfered 
frademarks of fheir respecfive holders. 

DISCLAIMER OF WARRANTY 

Unless ofherwise provided by wriffen agreemenf wifh Moforola, Inc., fhe soffware and 
fhe documenfafion are provided on an "as is" basis and wifhouf warranfy. This dis- 
claimer of warranfy is in lieu of all warranties whefher express, implied, or sfafufory, 
including implied warranties of merchanfabilify or fifness for any parficular purpose. 
© Copyrighf Moforola 1991, 1992, 1993, 1994 
All Righfs Reserved 
Prinfed in fhe Unifed Sfafes of America 
July 1994 
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162BUG GENERAL 
INFORMATION 


1 


This member of the M68000 Firmware family is implemented on the 
MVME162 or MVME162LX MC68040 or MC68LC040-based embedded 
controller, and is known as the MVME162BUG, or 162Bug. It includes 
diagnostics for testing and configuring IndustryPack modules. 

Description of 162Bug 

162Bug consists of three parts: 

□ A command-driven, user-interactive software debugger, described in the 
Debugging Package for Motorola 68K CISC CPUs User's Manual and hereafter 
referred to as "the debugger" or "162Bug" 

□ A command-driven diagnostic package for the MVME162 hardware, 
described in Chapters 2 and 3, and hereafter referred to as "the 
diagnostics" 

□ A user interface that accepts commands from the system console terminal 

When using 162Bug, you operate out of either the debugger directory or the 
diagnostic directory. If you are in the debugger directory, the debugger 
prompt 1 62 -Bug> displays and you have all of the debugger commands at your 
disposal. If you are in the diagnostic directory, the diagnostic prompt 162- 
Diag> displays and you have all of the diagnostic commands at your disposal 
as well as all of the debugger commands. You can switch between directories 
with the Switch Directories (SD) command, or you can examine the 
commands in the current directory with the Help (HE) command. 

Because 162Bug is command-driven, it performs its operations in response to 
commands you enter at the keyboard. The flow of control in 162Bug is shown 
in Figures 1-1 and 1-2. When you enter a command, 162Bug executes the 
command and the prompt reappears. However, if you enter a command that 
causes execution of user target code (for example, GO), then control may or 
may not return to 162Bug, depending on the outcome of the user program. 
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Figure 1-1. Flow Diagram of 162Bug Board Operational Mode (Sheet 1 of 3) 
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Figure 1-1. Flow Diagram of 162Bug Board Operational Mode (Sheet 2 of 3) 
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Figure 1-1. Flow Diagram of 162Bug Board Operational Mode (Sheet 3 of 3) 
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Figure 1-2. Flow Diagram of 162Bug System Operational Mode 
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162Bug Implementation 

Physically, on MVME162-0xx series modules, 162Bug is contained in two of 
the four 28F020 FLASH memories, providing 512KB (128K longwords) of 
storage. Optionally, the 162Bug can be loaded and executed in a single 27C040 
PLCC PROM. 

On the MVME162LX (MVME162-2xx) series modules, 162Bug is contained in 
a single 27C040 DIP EPROM installed in socket XU24. 

Detailed Installation and Start-Up 

Even though 162Bug is installed on the MVME162 module, for 162Bug to 
operate properly with the MVME162, you must follow the general setup 
procedure described in the Debugging Package for Motorola 68K CISC CPUs 
User’s Manual, AND the steps below: 


Caution 


Inserting or removing modules while power is applied 
could damage module components. 


1. Turn all equipment power OFF. Refer to the MVMEl 62 (or MVME162LX) 
Embedded Controller User'sManual and install/ remove jumpers on headers 
as required for your particular application. 

Jumpers on header J22 (on MVME162 series) or Jll (MVME162LX series) 
affect 162Bug operation as listed below. The default condition for the 
MVME162-0XX is with all eight jumpers installed, between pins 1-2, 3-4, 
5-6, 7-8, 9-10, 11-12, 13-14, and 15-16. For the MVME162-2xx 
(MVME162LX), the default is with seven jumpers installed, but no jumper 
on Jll, pins 7-8. These readable jumpers can be read as a register (at 
$FFF4202D) on the Memory Controller Chip (MCchip) ASIC. The bit 
values are read as a one when the jumper is off, and as a zero when the 
jumper is on. Refer also to the MVME162 (or MVME162LX) Embedded 
Controller Programmer's Reference Guide for more information on the MCC. 

The MVME162BUG reserves / defines the four lower order bits (GPI3 to 
GPIO) as follows: 
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NOTE: The bits are swapped (header pins reversed) between the 162 and the 162LX. 


Bit 

J22 Pins 
(on 162-Oxx) 

Jll Pins 
(on 162-2xx) 

Description 

Bit #0 (GPIO) 

15-16 

1-2 

When this bit is a one (high), it instructs the debugger to use 
local Static RAM for its work page, i.e., variables, stack, vector 
tables, etc. 

Bit #1 (GPU) 

13-14 

3-4 

When this bit is a one (high), it instructs the debugger to use 
the default setup/ operation parameters in ROM versus the 
user setup / operation parameters in Non-Volatile RAM 
(NVRAM). This is the same as depressing the RESET and 
ABORT switches at the same time. This feature can be used in 
the event the user setup is corrupted or does not meet a sanity 
check. Refer to the ENV command for the ROM defaults. 

Bit#2(GPI2) 

11-12 

5-6 

Reserved for future use. 

Bit#3(GPI3) 

9-10 

7-8 

When this bit is a zero (low), it informs the debugger that it is 
executing out of the FLASH memories. When this bit is a one 
(high), it informs the debugger that it is executing out of the 
PROM. 

Bit#4(GPI4) 

7-8 

9-10 

Open to your application. 

Bit#5(GPI5) 

5-6 

11-12 

Open to your application. 

Bit#6(GPI6) 

3-4 

13-14 

Open to your application. 

Bit#7(GPI7) 

1-2 

15-16 

Open to your application. 


2. Configure header J1 by installing/ removing a jumper between pins 1 and 
2. A jumper installed/ removed enables / disables the system controller 
function of the MVME162. 

3. (Does NOT apply to MVME162LX series) You may configure Port B of the 
Z85230 serial communications controller via a serial interface module 
(SIM) which is installed at connector JIO on the MVME162 board. Four 
serial interface modules are available: 

- EIA-232-D DTE (SIM05) 

- EIA-232-D DCE (SIM06) 

- EIA-530 DTE (SIM07) 

- EIA-530 DCE (SIM08) 

For information on removing and/or installing a SIM, refer to the 
MVME162 Embedded Controller User's Manual. 

4. (Does NOT apply to MVME162LX series) Jumpers on headers Jll and J12 
configure serial ports 1 and 2 to drive or receive clock signals provided by 
the TXC and RXC signal lines. The factory configures the module for 
asynchronous communication, that is, installs no jumpers. Refer to the 
MVME162 Embedded Controller User's Manual if your application requires 
configuring ports 1 and 2 for synchronous communication. 
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5. (Does NOT apply to MVME162LX series) If using a PROM version of the 
162Bug, install the PROM device in socket U47. Be sure that the physical 
chip orientation is correct, that is, with the flatted corner of the PROM 
aligned with the corresponding portion of the PROM socket on the 
MVME162 module. 

Check the jumper installation on header J21 for correct size. Connect pins 
1 and 2 on J21 for 27C080 devices, or pins 2 and 3 for 27C040 devices. The 
factory default is 2 and 3. 

Remove the jumper on J22 pins 9 and 10. 

6. Connect the terminal that is to be used as the 162Bug system console to the 
default debug EIA-232-D port at serial port 1 on the front panel of the 
MVME162 module. Refer to the MVME162 (or MVME162LX) Embedded 
Controller User's Manual for other connection options. 

7. (Applies ONLY to MVME162LX series) The EPROM/ Flash header J12 
must be set to configuration 3, with jumpers between J12 pins 5 and 6, 8 
and 10, and 9 and 11. This sets it up for 512K x 8 EPROMs. 

ROMboot 

On the MVME162 series modules, as shipped from the factory, 162Bug 
occupies the first half of the FLASH memory. This leaves the second half of the 
FLASH memory and the PROM socket (U47) available for your use. The 
162Bug is also available in PROM if your application requires all of the FLASH 
memory. Contact your Motorola sales office for assistance. 

On the MVME162LX series modules, 162Bug occupies an EPROM installed in 
socket XU24, leaving three sockets available (XU21 - XU23) and the FLASH. 

Memory Requirements 

The program portion of 162Bug is approximately 512KB of code, consisting of 
download, debugger, and diagnostic packages and contained entirely in 
FLASH or PROM. 

The 162Bug executes from $FF800000 whether in FLASH or PROM. With 
jumper at J22 pins 9-10 installed (factory ship configuration for MVME162- 
Oxx), the FLASH memories appear at address FF800000 and are the parts 
executed during reset. With this configuration, the PROM socket is mapped to 
address $FFA00000. If you remove the jumper at J22 pin 9 and 10, the address 
spaces of the FLASH and PROM are swapped. For the MVME166-2xx 
(MVME162LX), factory ship is with jumper Jll pins 7-8 removed (162Bug 
operates out of EPROM). 
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The 162Bug initial stack completely changes 8KB of SRAM memory at 
addresses offset $C000 from fhe SRAM base address, af power-up or resef. 


Type of Memory Present 

A single DRAM mezzanine 

A single SRAM mezzanine 

A DRAM mezzanine stacked with an SRAM mezzanine 
Two DRAM mezzanines stacked 


Default DRAM 
Base Address 

$00000000 

N/A 

$00000000 

$00000000 


Default SRAM 
Base Address 

$FFE00000 
(onboard SRAM) 

$00000000 

$E1000000 

$FFE00000 
(onboard SRAM) 


DRAM can be ECC or parify fype. DRAM mezzanines are mapped in contiguously 
sfarfing af zero ($00000000), largesf firsf. Wifh two mezzanines of fhe same size, ECC 
fype DRAM is firsf. If bofh are ECC fype, fhe boffom one is firsf. 

The 162Bug requires 2KB of NVRAM for storage of board configurafion, 
communicafion, and hoofing parameters. This storage area begins af 
$FFFC16F8 and ends af $FFFC1EF7. 

162Bug requires a minimum of 64KB of contiguous read/ write memory fo 
operafe. The ENV command confrols where fhis block of memory is locafed. 
Regardless of where fhe onboard RAM is locafed, fhe firsf 64KB is used for 
162Bug sfack and sfafic variable space and fhe resf is reserved as user space. 
Whenever fhe MVME162 is resef, fhe fargef PC is inifialized fo fhe address 
corresponding fo fhe beginning of fhe user space, and fhe fargef sfack poinfers 
are inifialized fo addresses wifhin fhe user space, wifh fhe fargef Inferrupf 
Sfack Poinfer (ISP) sef fo fhe fop of fhe user space. 

Diagnostic Facilities 

The 162Bug package includes a sef of hardware diagnosfics for fesfing and 
froubleshoofing fhe MVME162. To use fhe diagnosfics, swifch directories fo 
fhe diagnosfic directory. If you are in fhe debugger directory, you can swifch 
fo fhe diagnosfic directory wifh fhe debugger command Swifch Directories 
(SD). The diagnosfic prompf (l 62 -Diag>) appears. Refer fo Chapter 2 for 
complete descriptions of fhe diagnosfic routines available and insfrucfions on 
how fo invoke fhem. Note fhaf some diagnosfics depend on resfarf defaulfs 
fhaf are sef up only in a parficular resfarf mode. The documenfafion for such 
diagnosfics includes resfarf information. 
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Manufacturing Test Process 

During the manufacturing process for MVME162 modules, the manufacturing 
test parameters and testing state flags are stored in NVRAM. These strings are 
installed during the manufacturing process and result in the product 
performing manufacturing tests. None of these tests harm the product or 
system into which a module is installed. Entering an ASCII break on the 
console port from a terminal terminates these tests. 

The two state flags that start the test processes are: 

FLASH EMPTY$00122984 

and 


Burnin testSOOOOOOOO 

If either string is in the first location of NVRAM ($FFFC0000), the test process 
starts. 

This note is to inform users about the manufacturing test process. It is not 
intended to instruct customers in its use; Motorola reserves the right to delete, 
change, or modify this process. 
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Related Documentation 

The following publications are applicable to 162Bug and may provide 
additional information. If fhey are nof shipped wifh fhis producf, you may 
purchase fhem fhrough your Motorola sales office. Obfain non-Moforola 
documenfs from fhe sources listed. 


Document Title 

Motorola 

Publication Number 

M68040 Microprocessor User's Manual 

M68040UM 

MVME162 Embedded Controller User's Manual 

MVME162 

MVME162LX Embedded Controller User's Manual 

MVME162LX 

MVME162 Embedded Controller Programmer's Reference 
Guide 

MVME162PG 

MVME162LX Embedded Controller Programmer's 
Reference Guide 

MVME162LXPG 

MVME162 Embedded Controller Support Information 

S1MVME162 

MVME162LX Embedded Controller Support Information 

S1MVME162LX 

Single Board Computers SCSI Software User's Manual 

SBCSCSl 

Debugging Package for Motorola 68K CISC CPUs 

68KBUG1 and 

User's Manual 

68KBUG2 

MVME712M Transition Module and MVME147P2 
Adapter Board User's Manual 

MVME712M 

MVME712A/ MVME712AM / MVME712B Transition 
Module and MVME147P2 Adapter Board User's Manual 

MVME712A 


Note 


Although not shown in the preceding list, each Motorola 
Computer Group manual publication number is suffixed 
with characters that represent the revision level of the 
document, such as "/D2" (the second revision of a manual); 
a supplement bears the same number as a manual but has a 
suffix such as "/D2A1" (the first supplement to the second 
revision of the manual). 


The following publications are available from the sources indicated. 


ANSI Small Computer System lnterface-2 (SCSI-2), Draft Document X3.131-198X, 
Revision 10c; Global Engineering Documents, P.O. Box 19539, Irvine, CA 
92714. 
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Versatile Backplane Bus: VMEbus, ANSI/IEEE Std 1014-1987, The Institute of 
Electrical and Electronics Engineers, Inc., 345 East 47th Street, New York, NY 
10017 (VMEbus Specification). This is also available as Microprocessor system 
bus for 1 to4 byte data, lEC 821 BUS, Bureau Central de la Commission 
Electrotechnique Internationale; 3, rue de Varembe, Geneva, Switzerland. 

Manual Terminology 

Throughout this manual, data and address parameters are preceded by a 
character that specifies the numeric format as follows: 

$ dollar specifies a hexadecimal character 

% percent specifies a binary number 

& ampersand specifies a decimal number 

Unless otherwise specified, all address references are in hexadecimal 
throughout this manual. 

An asterisk (*) following names of signals that are level significant denotes that 
the signal is true or valid when the signal is low. 

An asterisk (*) following the names of signals that are edge significant denotes 
that the actions initiated by that signal occur on high to low transition. 

In this manual, assertion and negation are used to specify forcing a signal to a 
particular state. In particular, assertion and assert refer to a signal that is active 
or true; negation and negate indicate a signal that is inactive or false. These terms 
are used independently of the voltage level (high or low) that they represent. 

Data and address sizes are defined as follows: 

□ A byte is eight bits, numbered 0 through 7, with bit 0 being the least 
significant. 

□ A word is 16 bits, numbered 0 through 15, with bit 0 being the least 
significant. 

□ A longword is 32 bits, numbered 0 through 31, with bit 0 being the least 
significant. 
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DIAGNOSTIC FIRMWARE 


2 


Scope 

This chapter contains information about the operation and use of fhe 
MVME162 Diagnostic Firmware Package, hereinaffer referred fo as "fhe 
diagnostics". The Diagnostic Monitor secfion in fhis chapfer gives you guidance 
in setting up fhe sysfem and invoking fhe ufilifies and fesfs. The Utilities 
secfion describes fhe ufilifies. 

The diagnosfic fesfs fhemselves are described in Chapfer 3. 

Overview of Diagnostic Firmware 

The MVME162 diagnosfic firmware package is confained in fhe same 
programmed devices as fhe 162Bug. The diagnosfics package is a complefe 
diagnosfic monifor, comprising a battery of ufilifies and fesfs for exercise, fesf, 
and debug of hardware in fhe MVME162 environmenf. The diagnosfics are 
menu driven and include a Help (HE) command, which displays a menu of all 
available diagnosfic funcfions, fhaf is, fhe fesfs and ufilifies. Several fesfs have 
a subfesf menu fhaf you can call wifh fhe HE command. In addifion, some 
ufilifies have subfuncfions, and, as such, have subfuncfion menus. 

System Startup 

Refer fo fhe Detailed Installation and Startup secfion in Chapfer 1. 

Design Features 

Design feafures of fhe diagnosfic firmware are as follows: 

Assembly Language Low-level hardware inferface code is written in assembly 
language fo confrol fhe hardware exacfly. Where 
possible, fhe C programming language is used fo improve 
readabilify and porfabilify. 

Bug Inferface The diagnosfic package shares ROM space wifh fhe 
162Bug, buf fhe inferface befween fhese programs is 
minimal and well defined. 
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Compatibility The user interface to the MVME162 diagnostic package is 
similar to existing diagnostic packages. If you are 
familiar wifh a package, you should be able fo use fhis fesf 
sef wifhouf sfudy. 

Menu Driven The user inferface is menu driven. A Help (HE) command 
is available for each fesf or sef of fesfs in fhe package. 

Diagnostic Monitor 

The fesfs described in fhis manual are called, commands are inpuf, and resulfs 
reporfed by means of a common diagnostic monitor (fhe system monitor used 
for 162Bug), hereafter called monitor. This monifor is command line driven and 
provides inpuf/ oufpuf facilities, command parsing, error reporting, inferrupf 
handling, and a mulfi-level directory for menu selecfion. 

Monitor Start-Up 

when fhe monifor is firsf broughf up, eifher by power up or pressing fhe 
RESET swifch, if displays fhe following on fhe diagnosfic video display 
ferminal (porf 1 terminal): 

Copyright Motorola Inc. 1992, All Rights Reserved 

MVME162 Debugger/Diagnostics Release Version x.x - mm/dd/yy 
COLD Start 

Local Memory Found =00400000 (&4194304) 

MPU Clock Speed =25Mhz 
162-Bug> 

If, affer a delay, fhe 162Bug begins fo display fesf resulf messages on fhe 
bottom line of fhe screen in rapid succession, fhe MVME162 is in fhe Bug 
sysfem mode. If fhis is nof fhe desired mode of operation, fhen press fhe 
ABORT swifch. When fhe menu is displayed, enfer a 3 fo go fo fhe sysfem 
debugger. You can change fhe environmenf wifh fhe Sef Environmenf fo 
Bug/ Operafing Sysfem (ENV) command. Refer fo fhe Debugging Package for 
Motorola 68K CISC CPUs User's Manual for defails of Bug operation in fhe 
sysfem mode. 

Af fhe 162-Bug> prompf, enfer SD fo swifch fo fhe diagnosfics directory. The 
prompf should now read 162-Dlag>. The Swifch Directories (SD) command is 
described elsewhere in fhis chapfer. 
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Command Entry and Directories 

Enter commands when the prompt 162 -Diag> appears. Enter the mnemonic 
name for the command, then press the carriage return key <CR>. You can 
enter multiple commands on a single command line. If a command expecfs 
paramefers and anofher command is fo follow if, separafe fhe fwo wifh a 
semicolon (;). For example, fo invoke fhe command RAM ADR and fhe RTC 
CLK command on a single command line, enfer RAM ADR ; RTC CLK. 
Spaces are nof required before or affer fhe semicolon buf are shown here for 
legibilify. Spaces are required befween commands and fheir argumenfs. 

Several commands consisf of a command name fhaf is lisfed in a main (roof) 
direcfory and a subcommand fhaf is lisfed in fhe sub direcfory for fhaf 
particular command. In fhe main direcfory are commands such as RAM and 
VME2. These commands are used fo refer fo a sef of lower level commands. 
To call up a particular RAM fesf, enfer (on fhe same line) RAM ADR. This 
command causes fhe monitor fo find fhe RAM subdirectory, and fhen fo 
execute fhe command (fesf) ADR from fhaf subdirecfory. 

Examples: 

Roof-Level Commands: 

HE Help 

DE Display Error Counters 

Subdirecfory-Level Commands: 

RAM ADR Random Access Memory Tesfs (direcfory). Memory 

Addressing fesf 

VME2 REGB VMEchip2 Tesfs (direcfory), Regisfer Walking Bif fesf 

The RAM and VME2 direcfories in fhese examples are fesf group names. If fhe 
firsf parf of a command is a fesf group name, you can enfer any number 
and/ or sequence of tesfs from fhaf fesf group affer fhe fesf group name so long 
as fhe bug's inpuf buffer size limif is nof exceeded. For example, fo execute fhe 
ADR and PATS tesfs from fhe RAM direcfory, enfer RAM ADR PATS. 
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Utilities 

In addition to individual or sets of tests, the diagnostic package provides the 
utilities (root-level commands or general commands) listed in the next table 
and described on the following pages. 


Table 2-1. Diagnostic Utilities 


Mnemonic 

Description 

AEM 

Append Error Messages Mode 

CEM 

Clear Error Messages 

CE 

Test Group Configuration (cf) Parameters Editor 

DE 

Display Error Counters 

DEM 

Display Error Messages 

DP 

Display Pass Count 

HE 

Help 

HEX 

Help Extended 

LA 

Loop Always Mode 

EC 

Loop-Continue Mode 

EE 

Loop-On-Error Mode 

EE 

Line Feed Suppression Mode 

LN 

Loop Non- Verbose Mode 

MASK 

Display /Revise Self Test Mask 

NV 

Non- Verbose Mode 

SD 

Switch Directories 

SE 

Stop-On-Error Mode 

ST 

Self Test 

ZE 

Clear (Zero) Error Counters 

ZP 

Zero Pass Count 


2-4 


162Bug Debugging Package User's Manual 




Utilities 


Append Error Messages Mode - Command AEM 

This command allows you to accumulate error messages in the internal error 
message buffer of fhe diagnostic monifor. The AEM command sefs fhe infernal 
append error messages flag of fhe diagnosfic monifor. When fhe infernal 
append error messages flag is clear, fhe diagnosfic error message buffer is 
erased (cleared of all characfer dafa) before each fesf is execufed. The durafion 
of fhis command is for fhe life of fhe command line being parsed by fhe 
diagnosfic monifor. The defaulf of fhe infernal append error messages flag is 
clear. The infernal flag is nof sef unfil if is encounfered in fhe command line by 
fhe diagnosfic monifor. 

Clear Error Messages - Command CEM 

This command allows you fo manually clear fhe infernal error message buffer 
of fhe diagnosfic monifor. 

Test Group Configuration (cf) Parameters Editor - Command CF 

The cf paramefers confrol fhe operation of all fesfs in a fesf group. For 
example, fhe RAM fesf group has paramefers such as sfarfing address, ending 
address, parify enable, efc. Af fhe time of inifial execufion of fhe diagnosfic 
monifor, fhe defaulf configuration paramefers are copied from fhe firmware 
info fhe debugger work page. Here you can modify fhe configuration 
paramefers wifh fhe CF command. 

When you invoke fhe CF command, you are prompfed wifh a brief paramefer 
description and fhe currenf value of fhe paramefer. You may enfer a new value 
for fhaf paramefer, or a carriage refurn fo proceed fo fhe nexf configurafion 
paramefer. You may specify one or more fesf groups as argumenf(s) 
immediafely following fhe CF command on fhe command line. If no 
argumenfs follow fhe CF command, fhe paramefers for all fesf groups are 
presenfed. 

Display Error Counters - Command DE 

Each fesf or command in fhe diagnosfic monifor has an individual error 
counfer. As errors are encounfered in a parficular fesf, fhaf error counfer is 
incremenfed. If you were fo run a self-fesf or a series of fesfs, fhe resulfs could 
be broken down as fo which fesfs passed by examining fhe error counfers. To 
display all errors, enfer DE. DE displays fhe resulfs of a parficular fesf if fhe 
name of fhaf fesf follows DE. Only nonzero values are displayed. 
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Display Error Messages - Command DEM 

This command allows you to manually display (dump) the internal error 
message buffer of fhe diagnostic monifor. 

Display Pass Count - Command DP 

A counf of fhe number of passes in Loop-Confinue (LC) mode is kepf by fhe 
monifor. This counf is displayed wifh ofher information af fhe conclusion of 
each pass. To display fhis information wifhouf using LC, enfer DP. 

Help - Command HE 

On-line documenfafion has been provided in fhe form of a Help command 
(synfax: HE [command name]). This command displays a menu of fhe fop level 
direcfory of ufilify commands and fesf group names if no paramefers are 
enfered, or fhe menu of a subdirecfory if fhe name of fhaf subdirectory is 
enfered. (The fop level direcfory lisfs " (dir) " affer fhe name of each command 
fhaf has a subdirecfory.) For example, to bring up a menu of all fhe memory 
fesfs, enfer HE RAM. When a menu is too long fo fif on fhe screen, if pauses 
unfil you press fhe carriage refurn, <CR>, again. To review a description of an 
individual fesf, enfer fhe full name. For example, HE RAM CODE displays 
information on fhe RAM Code Execution/ Copy fesf roufine. The Help screen 
is shown in Figure 2-1. 

Help Extended - Command HEX 

The HEX command provides an interactive, confinuous mode of fhe HE 
command. The synfax is HEX<CR>. The prompf displayed for HEX is fhe 
quesfion mark (?). You may fhen fype fhe name of a direcfory or command. 
Type QUIT fo exif. 
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162-Diag>he 


AEM 

Append Error Messages Mode 


CEM 

Clear Error Messages 


CF 

Configuration Editor 


DCAC 

MC68040 Data Cache Tests (DIR) 

DE 

Display Errors 


DEM 

Display Error Messages 


DP 

Display Pass Count 


HE 

Help on Tests/Cominands 


HEX 

Help Extended 


IPIC 

IP Interface Controller (IPIC 

ASIC) Tests (DI 

LA 

Loop Always Mode 


LANC 

LAN Coprocessor (Intel 82596) 

Tests (DIR) 

LC 

Loop Continuous Mode 


LE 

Loop on Error Mode 


LF 

Line Feed Mode 


LN 

Loop Non-Verbose Mode 


MASK 

Self Test Mask 


MCC 

Memory Controller Chip (MCC ASIC) Tests (DIR) 

MCECC 

ECC Memory Board Diagnostics 

(DIR) 

MMU 

MC68040 MMU Tests (DIR) 


NCR 

NCR 53C710 SCSI I/O Processor 

Test (DIR) 

NV 

Non-Verbose Mode 


Press 

"RETURN" to continue 









V, 


RAM 

Random Access Memory 

Tests (DIR) 

RTC 

MK48T0X Timekeeping 

(DIR) 

see 

Serial Communication 

Controller (Z85230) Tests (DIR) 

SE 

Stop on Error Mode 


SRAM 

Static Random Access 

Memory Tests (DIR) 

ST 

Self Test (DIR) 


VME2 

VME2Chip2 Tests (DIR) 

ZE 

Zero Errors 


ZP 

Zero Pass Count 


162- 

Diag> 







Figure 2-1 . Help Screen 
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Loop Always Mode - Prefix LA 

To endlessly repeat a failed test, enter the prefix LA. The LA command has no 
effecf until a fesf failure occurs. To break fhe loop, press fhe BREAK key on fhe 
diagnostic video display ferminal. Cerfain fesfs disable fhe BREAK key 
inferrupf, so pressing fhe ABORT or RESET swifches on fhe MVME162 fronf 
panel may be necessary. 

Loop-Continue Mode - Prefix LC 

To endlessly repeal a fesf or series of fesfs, enfer fhe prefix LC. This loop 
includes everyfhing on fhe command line. To break fhe loop, press fhe BREAK 
key on fhe diagnostic video display ferminal. Cerfain fesfs disable fhe BREAK 
key inferrupf, so pressing fhe ABORT or RESET swifches on fhe MVME162 
fronf panel may be necessary. 

Loop-On-Error Mode - Prefix LE 

If you are using an oscilloscope or logic analyzer, you may wanf fo endlessly 
repeal a fesf (loop) while an error is defecfed. If you include fhe LE command 
on fhe command line, a failed fesf is re-execufed as long as fhe previous 
execufion refurned a failure sfafus. To break fhe loop, press fhe BREAK key on 
fhe diagnostic video display ferminal. Cerfain fesfs disable fhe BREAK key 
inferrupf, so pressing fhe ABORT or RESET swifches on fhe MVME162 fronf 
panel may be necessary. 

Line Feed Suppression Mode - Prefix LF 

The LF command sefs fhe infernal line feed mode flag of fhe diagnostic 
monitor. The defaulf sfafe of fhe infernal line feed mode flag is clear, which 
causes fhe execufing fesf fifle/ sfafus line(s) fo be ferminafed wifh a line feed 
characfer (scrolled). The duration of fhe LF command is fhe life of fhe user 
command line in which if appears. The line feed mode flag is normally used 
by fhe diagnosfic monitor when execufing a system mode selffesf. Alfhough 
rarely invoked as a user command, fhe LF command is available fo fhe 
diagnosfic user. 
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Loop Non-Verbose Mode - Prefix LN 

The LN command modifies the way that a failed fesf is endlessly repealed. 
The LN command has no effecf until a fesf failure occurs. Including LN in fhe 
command line suppresses furfher prinfing of fhe fesf fifle and pass/ fail sfafus. 
This is useful for more rapid execufion of fhe failing fesf; fhaf is, fhe LN 
command confribufes fo a "fighfer" loop. 

Display/Revise Self Test Mask - Command MASK 

The synfax is: 

MASK [TEST NAME] 

where TEST NAME is fhe name of a diagnosfic fesf. 

MASK is used wifh an argumenf fo enable/ disable a fesf from running under 
Self Tesf. If mask is invoked wifh NO argumenf s, fhe currenfly disabled fesfs 
are displayed. 

When fhe mask command is used on an MVME162 sysfem, fhe mask values 
are preserved in non-volafile memory. This allows fhe sysfem fo be complefely 
powered down wifhouf disfurbing fhe Self Tesf mask. 

If fhe mask command is invoked wifh a paramefer, fhe paramefer musf be a 
specific fesf name, for example, mask ram adr. 

The mask command is a "foggle" command - if fhe specified fesf name mask 
was SET, if will be RESET; if if was RESET, if will be SET. After fhe foggle, fhe 
new Self Tesf mask is displayed. 

If fhe mask command is invoked wifh an invalid fesf name or a fesf directory 
(as opposed fo a specific fesf name), if oufpufs an appropriafe error message. 

The mask command may be invoked wifh NO parameters, in which case if 
displays fhe currenf Self Tesf mask. 

Non-Verbose Mode - Prefix NV 


Upon defecting an error, fhe fesfs display a subsfanfial amounf of dafa. To 
suppress fhe scrolling display, invoke Non-Verbose mode, which suppresses 
all messages excepf passed or failed. Invoke fhe Non-Verbose mode by 
entering NV before a command name. For example, NV ST runs fhe self-fesf, 
buf only shows fhe names of fhe subfesfs and fhe resulfs (pass/ fail). 
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Switch Directories - Command SD 

To leave the diagnostic directory (and disable the diagnostic tests), enter SD. 
At this point, only the commands for 162Bug function. When in the 162Bug 
directory, the prompt reads 162-Bug>. To return to the diagnostic directory, 
enter the command SD again. When in the diagnostic directory, the prompt 
reads 162-Diag>. The purpose of fhis feafure is fo allow you fo access 162Bug 
wifhouf fhe diagnosfics being visible. 

Stop-On-Error Mode - Prefix SE 

If is somefimes desirable fo sfop a fesf or series of fesfs af fhe poinf where an 
error is defecfed. SE accomplishes fhaf for mosf of fhe fesfs. To invoke fhe 
command, enfer SE before fhe fesf or series of fesfs fhaf is fo run in Sfop-On- 
Error mode. 

Seif Test - Command ST 

The monifor provides an aufomafed fesf mechanism called self fesf. This 
mechanism runs all fhe fesfs included in an infernal self-fesf direcfory. The 
command HE ST lisfs fhe fop level of fhe self fesf direcfory in alphabetical 
order. If lisfs each fesf for a parficular command in fhe secfion perfaining fo 
fhe command. 

When in sysfem mode, use fhe HE ST command fo execufe fhe suife of fesfs 
fhaf are run af sysfem mode sfarf up. This command is useful for debugging 
board failures fhaf may require foggling between the test suite and Bug. When 
the test suite completes, the Bug prompt is displayed, ready for ofher 
commands. For defails on exfended confidence fesf operafion, refer fo fhe 
Debugging Package for Motorola 68K CISC CPUs User's Manual. 

Ciear (Zero) Error Counters - Command ZE 

The error counfers originally come up wifh fhe value of zero, buf if is 
occasionally desirable fo resef fhem fo zero af a lafer fime. This command 
resefs all of fhe error counfers fo zero. The error counfers can be individually 
resef by enfering fhe specific fesf name following fhe command. Example: ZE 
VME2 TMRA clears fhe error counfer associafed wifh VME2 TMRA. 
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Zero Pass Count - Command ZP 

Invoking the ZP command resets the pass counter to zero. This is frequently 
desirable before fyping in a command fhaf invokes fhe Loop-Confinue mode. 
Enfering fhis command on fhe same line as LC resulfs in fhe pass counfer being 
resef every pass. 
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3 


Detailed descriptions of 162Bug's diagnostic tests are presented in this chapter. 
The test sets are described in the order shown in the following fable. 


Table 3-1. Diagnostic Test Groups 


Test Set 

Description 

RAM 

Local RAM Tests 

SRAM 

Static RAM Tests 

RTC 

MK48T0X Real-Time Clock Tests 

MCC 

Memory Controller Chip Tests 

MCECC 

ECC Memory Board (MCECC) Tests 

DCAC 

MC68040 Internal Data Cache Tests 

MMU 

Memory Management Unit Tests 

VME2 

VME Interface Chip Tests 

LANC 

LAN Coprocessor (Intel 82596) Tests 

NCR 

NCR 53C710 SCSI I/O Processor Tests 

IPIC 

IndustryPack Interface Chip Tests 

see 

Serial Communication Controller (Z85230) Tests 
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Local RAM (RAM) and Static RAM (SRAM) Tests 

These sections describe the individual RAM and SRAM tests. The SRAM 
tests are identical in function to the corresponding tests in the RAM test group 
but are executed over the range of Sfafic RAM on fhe MVME162. 

Enfering RAM or SRAM wifhouf paramefers causes all RAM or SRAM fesfs 
fo execufe in fhe order shown in fhe fable below, excepf as nofed. 

To run an individual fesf, add fhaf fesf name fo fhe RAM or SRAM command. 
The individual fesfs are described in alphabefical order on fhe following 
pages. 


Table 3-2. RAM and SRAM Test Group 


Mnemonic 

Description 

QUIK 

Quick Write / Read 

ALTS 

Alternating Ones /Zeros 

PATS 

Data Patterns 

ADR 

Memory Addressing 

CODE 

Code Execution/ Copy 

PERM 

Permutations 

RNDM 

Random Data 

BTOG 

Bit Toggle 

Bypassed during SRAM testing: 

PED 

Parity Error Detection 

REF 

Memory Refresh 
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Memory Addressing - ADR 

Verifies addressing of memory in fhe range specified by fhe configurafion 
paramefers for fhe RAM fesf group. Addressing errors are soughf by using a 
memory locafions address as fhe dafa for fhaf locafion. This fesf is coded fo 
use only 32-bif dafa enfifies. The fesf proceeds as follows: 

1. A Locafions Address is written fo ifs locafion (n). 

2. The nexf locafion (n+4) is written wifh ifs address complemenfed. 

3. The nexf locafion (u+8) is written wifh fhe mosf significanf (MS) 16 bifs 
and leasf significanf (LS) 16 bifs of ifs address swapped wifh each ofher. 

4. Sfeps 1, 2, and 3 are repeafed fhroughouf fhe specified memory range. 

5. The memory is read and verified for fhe correcf dafa paffern(s) and any 
errors are reporfed. 

6. The fesf is repeafed using fhe same algorifhm as above (sfeps 1 fhrough 5) 
excepf fhaf inverfed dafa is used fo insure fhaf every dafa bif is written and 
verified af bofh "0" and "1". 

Command inpuf: 

162-Diag>RAM ADR 
or: 

162-Diag>SRAM ADR 
Response / Messages: 

Nofe fhaf in all responses shown below, fhe response "ram " is ram or sram, 
depending upon which fesf sef is being performed. After fhe command has 
been issued, fhe following line is prinfed: 

RAM ADR: Addressability Running > 

if all parfs of fhe fesf are complefed correcfly, fhen fhe fesf passes. 

RAM ADR: Addressability Running > PASSED 
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If the test fails, fhen fhe display appears as follows: 

RAM ADR: Addressability Running > FAILED 

Data Miscompare Error: 

Address = , Expected = , Actual = 
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Alternating Ones/Zeros - ALTS 

Verifies addressing of memory in fhe range specified by fhe configurafion 
paramefers for fhe RAM fesf group. Addressing errors are soughf by using 
fhe address of a memory locafion as fhe dafa for fhaf locafion. This fesf is 
coded fo use only 32-bif dafa enfifies. The fesf proceeds as follows: 

1. Locafion (n) is written wifh dafa of all bifs 0. 

2. The nexf locafion (n+4) is written wifh all bifs 1. 

3. Sfeps 1 and 2 are repeafed fhroughouf fhe specified memory range. 

4. The memory is read and verified for fhe correcf dafa paffern(s) and any 
errors are reporfed. 

Command Inpuf: 

162-Diag>RAM ALTS 
or: 

162-Diag>SRAM ALTS 
Response / Messages: 

Nofe fhaf in all responses shown below, fhe response "ram " is ram or sram, 
depending upon which fesf sef is being performed. 

After fhe command has been issued, fhe following line is prinfed: 

RAM ALTS: Alternating Ones/Zeroes Running > 

if all parfs of fhe fesf are complefed correcfly, fhen fhe fesf passes. 

RAM ALTS: Alternating Ones/Zeroes Running > PASSED 

if fhe fesf fails, fhen fhe display appears as follows: 

RAM ALTS: Alternating Ones/Zeroes Running > FAILED 

Data Miscompare Error: 

Address = , Expected = , Actual = 
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Bit Toggle - BTOG 

Verifies addressing of memory in fhe range specified by fhe RAM fesf 
direcfory configuration paramefers. (Refer fo fhe CF command.) The RAM 
fesf direcfory configurafion paramefers also defermine fhe value of fhe global 
random dafa seed used by fhis fesf. 

The global random dafa seed is incremenfed after if is used by fhis fesf. This 
fesf uses fhe following fesf dafa paffern generation algorifhm: 

1. Random dafa seed is copied info a work regisfer. 

2. Work regisfer dafa is shifted righf one bif posifion. 

3. Random dafa seed is added fo work regisfer using unsigned arifhmefic. 

4. Dafa in fhe work regisfer may or may nof be complemenfed. 

5. Dafa in fhe work regisfer is wriffen fo currenf memory locafion. 

If fhe RAM fesf direcfory configurafion paramefer for code cache enable equals 
"Y", fhe microprocessor code cache is enabled. This fesf is coded fo operafe 
using fhe 32-bif dafa size only. Each memory locafion in fhe specified memory 
range is wriffen wifh fhe fesf dafa paffern. Each memory locafion in fhe 
specified memory range is fhen wriffen wifh fhe fesf dafa paffern 
complemenfed before if is wriffen. The memory under fesf is read back fo 
verify fhaf fhe complemenf fesf dafa is properly refained. Each memory 
locafion in fhe specified memory range is fhen wriffen wifh fhe fesf dafa 
paffern. The memory under fesf is read back fo verify fhaf fhe fesf dafa is 
properly refained. 

Command Inpuf: 

162-Diag>RAM BTOG 
or: 

162-Diag>SRAM BTOG 
Response / Messages: 

Nofe fhaf in all responses shown below, fhe response "ram " is ram or sram, 
depending upon which fesf sef is being performed. 

After fhe command has been issued, fhe following line is prinfed: 

RAM BTOG: Bit Toggle Running > 

If all parfs of fhe fesf are complefed correcfly, fhen fhe fesf passes. 

RAM BTOG; Bit Toggle Running > PASSED 
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Local RAM (RAM) and Static RAM (SRAM) Tests 


If the test fails, fhen fhe display appears as follows: 

RAM BTOG: Bit Toggle Running > FAILED 

Data Miscompare Error: 

Address = , Expected = , Actual = 
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Test Descriptions 


Code Execution/Copy - CODE 

Verifies memory by copying test code to memory and executing. The code in 
the memory under test copies itself fo fhe nexf higher memory address and 
execufes fhe new copy. This process is repeafed until fhere is nof enough 
memory, as specified by fhe configuration paramefers, fo perform anofher 
code copy and execution. 

Command Inpuf: 

162 -Diag>RAM CODE 
or: 

162 -Diag>SRAM CODE 
Response / Messages: 

Nofe fhaf in all responses shown below, fhe response "ram " is ram or srami, 
depending upon which fesf sef is being performed. 

Affer fhe command has been issued, fhe following line is prinfed: 

RAM CODE: Code Execution/Copy Running > 

If all parfs of fhe fesf are complefed correcfly, fhen fhe fesf passes. 

RAM CODE: Code Execution/Copy Running > PASSED 

The fesf failure mode is fypified by fhe nondisplay of fhe passed message 
above affer more fhan abouf 1 minufe, which indicafes fhaf fhe MPU has 
irrecoverably crashed. Hardware resef is required fo recover from fhis error. 
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Local RAM (RAM) and Static RAM (SRAM) Tests 


Data Patterns - PATS 

Verifies memory by writing a pattern to an address, reading it back, and 
verifying if. if fhe fesf address range (fesf range) is less fhan 8 byfes, fhe fesf 
immediafely refurns pass sfafus. The effecfive fesf range end address is 
reduced fo fhe nexf lower 8-byfe boundary if necessary. Memory in fhe fesf 
range is filled wifh all ones ($FFFFFFFF). For each location in fhe fesf range, 
fhe following patterns are used: 

$00000000 

$01010101 

$03030303 

$07070707 

$0F0F0F0F 

$1F1F1F1F 

$3F3F3F3F 

$7F7F7F7F 

Each locafion in fhe fesf range is, individually, written wifh fhe currenf paffern 
and fhe Ts complemenf of fhe currenf paffern. Each wrife is read back and 
verified. This fesf is coded fo use only 32-bif dafa entities. 

Command inpuf: 

162 -Diag>RAM PATS 
or: 

162 -Diag>SRAM PATS 
Response / Messages: 

Nofe fhaf in all responses shown below, fhe response "ram " is ram or sram, 
depending upon which fesf sef is being performed. 

After fhe command has been issued, fhe following line is prinfed: 

RAM PATS: Patterns Running > 

if all parfs of fhe fesf are complefed correcfly, fhen fhe fesf passes. 

RAM PATS: Patterns Running > PASSED 
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Test Descriptions 


If the test fails, fhen fhe display appears as follows: 

RAM PATS: Patterns Running > FAILED 

Data Miscompare Error: 

Address = , Expected = , Actual = 
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Local RAM (RAM) and Static RAM (SRAM) Tests 


Local Parity Memory Error Detection - PED 

Verifies specified memory locations wifh parify inferrupf disabled and 
enabled. The memory range and address incremenf is specified by fhe RAM 
fesf direcfory configuration paramefers. (Refer fo fhe CF command.) 

Firsf, each memory locafion has fhe dafa porfion verified by wrifing/ verifying 
all zeros, and all ones. Each memory locafion is fesfed once wifh parify 
inferrupf disabled, and once wifh parify inferrupf enabled. Parify checking is 
enabled, and dafa is written and verified af fhe fesf locafion fhaf causes fhe 
parify bif fo toggle on and off (verifying fhaf fhe parify bif of memory is good). 
Nexf, dafa wifh incorrecf parify is written fo fhe fesf locafion. The dafa is read, 
and if a parify error excepfion does occur, fhe faulf address is compared fo fhe 
fesf address. If fhe addresses are fhe same, fhe fesf passed and fhe fesf locafion 
is incremenfed until fhe end of fhe fesf range has been reached. 

Command Inpuf: 

162 -Diag>RAM PED 
or: 

162 -Diag>SRAM PED 
Response / Messages: 

Nofe fhaf in all responses shown below, fhe response "ram " is ram or sram, 
depending upon which fesf sef is being performed. 

After fhe command has been issued, fhe following line is prinfed: 

RAM PED: Local Parity Memory Detection.... Running > 

If all parfs of fhe fesf are complefed correcfly, fhen fhe fesf passes. 

RAM PED: Local Parity Memory Detection.... Running > PASSED 

If any parf of fhe fesf fails, fhen fhe display appears as follows: 

RAM PED: Local Parity Memory Detection.... Running > FAILED 

(error message) 

Here, (error message) is one of fhe following: 
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Test Descriptions 


If a data verification error occurs: 

RAM/PED Test Failure Data: 

Data Miscompare Error: 

Address = , Expected = , Actual = 

If an unexpecfed excepfion, such as a parify error being defecfed as fhe parify 
bif was being foggled: 

RAM/PED Test Failure Data: 

Unexpected Exception Error, Vector = 

Address Under Test = 

If no excepfion occurred when dafa wifh bad parify was read: 

RAM/PED Test Failure Data: 

Parity Error Detection Exception Did Not Occur 

Exception Vector = 

Address Under Test = 

If fhe excepfion address was differenf from fhaf of fhe fesf location: 

RAM/PED Test Failure Data: 

Fault Address Miscompare, Expected = , Actual = 
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Local RAM (RAM) and Static RAM (SRAM) Tests 


Permutations - PERM 

Verifies that the memory in the test range can accommodate 8-, 16-, and 32-bit 
writes and reads in any combination. The test range is the memory range 
specified by fhe RAM fesf group configurafion paramefers for sfarfing and 
ending address, if fhe fesf address range (fesf range) is less fhan 16 byfes, fhe 
fesf immediafely refurns pass sfafus. The effective fesf range end address is 
reduced fo fhe nexf lower 16-byfe boundary if necessary. 

This fesf performs fhree dafa size fesf phases in fhe following order: 8, 16, and 
32 bifs. Each fesf phase wrifes a 16-byfe dafa paffern (using ifs dafa size) fo fhe 
firsf 16 byfes of every 256-byfe block of memory in fhe fesf range. The 256-byfe 
blocks of memory are aligned fo fhe sfarfing address configurafion paramefer 
for fhe RAM fesf group. The fesf phase fhen reads and verifies fhe 16-byfe 
block using 8-, 16-, and 32-bif access modes. 

Command Inpuf: 

162-Diag>RAM PERM 
or: 

162-Diag>SRAM PERM 
Response / Messages: 

Nofe fhaf in all responses shown below, fhe response "ram " is ram or sram, 
depending upon which fesf sef is being performed. 

Affer fhe command has been issued, fhe following line is prinfed: 

RAM PERM: Permutations Running > 

if all parfs of fhe fesf are complefed correcfly, fhen fhe fesf passes. 

RAM PERM: Permutations Running > PASSED 

if fhe fesf fails, fhen fhe display appears as follows: 

RAM PERM: Permutations Running > FAILED 

Data Miscompare Error: 

Address = , Expected = , Actual = 
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Test Descriptions 


Quick Write/Read - QUIK 

Verifies specified memory locafions. Each pass of fhis fesf fills fhe fesf range 
wifh a dafa pattern by wrifing fhe currenf dafa paffern fo each memory 
locafion from a local variable and reading if back info fhaf same regisfer. This 
fesf is coded fo use only 32-bif dafa enfifies. 

The local variable is verified fo be unchanged only after fhe wrife pass fhrough 
fhe fesf range. This fesf uses a firsf pass dafa paffern of 0, and $FFFFFFFF for 
fhe second pass. 

Command Inpuf: 

162 -Diag>RAM QUIK 
or: 

162 ~Diag>SRA]VI QUIK 
Response / Messages: 

Nofe fhaf in all responses shown below, fhe response "ram " is ram or sram, 
depending upon which fesf sef is being performed. 

After fhe command has been issued, fhe following line is prinfed: 

RAM QUIK: Quick Write/Read Running > 

If all parfs of fhe fesf are complefed correcfly, fhen fhe fesf passes. 

RAM QUIK: Quick Write/Read Running > PASSED 

If fhe fesf fails, fhen fhe display appears as follows: 

RAM QUIK: Quick Write/Read Running > FAILED 

Data Miscompare Error: Expected = , Actual = 
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Local RAM (RAM) and Static RAM (SRAM) Tests 


Memory Refresh Testing - REF 

Verifies specified memory locations affer a refresh waif cycle. The memory 
range and address incremenf is specified by fhe RAM fesf directory 
configuration parameters. (Refer fo fhe CF command.) 

Firsf, fhe real fime clock is checked fo see if if is funcfioning properly. Second, 
each memory locafion fo be fesfed has fhe dafa portion verified by 
writing/ verifying all zeros, and all ones. Nexf a dafa paffern is written fo fhe 
fesf locafion. Affer all fhe dafa pafferns are filled for all fesf locafions, a refresh 
waif cycle is execufed. Affer fhe waif cycle, fhe dafa is read, and if fhe 
previously enfered dafa paffern does nof mafch fhe dafa paffern read in, a 
failure occurs, if fhe dafa pafferns mafch, fhen fhe fesf is passed. 

Command Inpuf: 

162 -Diag>RAM REF 
or: 

162 -Diag>SRAM REF 
Response / Messages: 

Note fhaf in all responses shown below, fhe response "ram " is ram or sram, 
depending upon which fesf sef is being performed. 

Affer fhe command has been issued, fhe following line is prinfed: 

RAM REF: Memory Refresh Running > 

if all parfs of fhe fesf are completed correcfly, fhen fhe fesf passes. 

RAM REF: Memory Refresh Running > PASSED 

if any parf of fhe fesf fails, fhen fhe display appears as follows: 

RAM REF: Memory Refresh Running > FAILED 

(error message) 

Here, (error message) is one of fhe following: 

if fhe real fime clock is nof funcfioning properly, one of fhe following is 
prinfed: 

RAM/REF Test Failure Data: 
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RTC is Stopped, invoke SET command. 

or: 

RAM/REF Test Failure Data: 

RTC is in write mode, invoke SET command. 

or: 

RAM/REF Test Failure Data: 

RTC is in read mode, invoke SET command. 

If a data verification error occurs before fhe refresh waif cycle: 

RAM/REF Test Failure Data: 

Immediate Data Miscompare Error: 

Address = , Expected = , Actual = 

If a dafa verificafion error occurs following fhe refresh waif cycle: 

RAM/REF Test Failure Data: 

Unrefreshed Data Miscompare Error: 

Address = , Expected = , Actual = 
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Local RAM (RAM) and Static RAM (SRAM) Tests 


Random Data - RNDM 

Verifies addressing of memory in fhe range specified by fhe configurafion 
paramefers for fhe RAM fesf group. The fesf proceeds as follows: 

1. A random pattern is written fhroughouf fhe fesf block. 

2. The random pattern complemenfed is written fhroughouf fhe fesf block. 

3. The complemenfed paffern is verified. 

4. The random paffern is rewritten fhroughouf fhe fesf block. 

5. The random paffern is verified. 

This fesf is coded fo use only 32-bif dafa enfifies. Each time fhis fesf is 
execufed, fhe random seed in fhe RAM fesf group configurafion paramefers is 
posf incremenfed by 1. 

Command inpuf: 

162-Diag>RAM RNDM 
or: 

162-Diag>SRAM RNDM 
Response / Messages: 

Nofe fhaf in all responses shown below, fhe response "ram " is ram or sram, 
depending upon which fesf sef is being performed. 

After fhe command has been issued, fhe following line is prinfed: 

RAM RNDM: Random Data Running > 

if all parfs of fhe fesf are complefed correcfly, fhen fhe fesf passes. 

RAM RNDM: Random Data Running > PASSED 

if fhe fesf fails, fhen fhe display appears as follows: 

RAM RNDM: Random Data Running > FAILED 

Data Miscompare Error: 

Address = , Expected = , Actual = 
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Test Descriptions 


MK48T0x(RTC) Tests 

These tests check the BBRAM, SRAM, and clock portions of the MK48T08 Real 
Time Clock (RTC) chips. 

Entering RTC without parameters causes all RTC tests to execute in the order 
shown in the table below. 

To run an individual test, add that test name to the RTC command. The 
individual tests are described in alphabetical order on the following pages. 


Table 3-3. RTC Test Group 


Mnemonic 

Description 

CLK 

Clock Function 

RAM 

Battery Backed-Up SRAM 

ADR 

BBRAM Addressing 
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MK48T0X (RTC) Tests 


BBRAM Addressing - ADR 

Assures proper addressability of the MK48T0x BBRAM. The algorithm used is 
to fill fhe BBRAM wifh dafa pattern "a", a single address line of fhe MK48T0x 
is sef fo one, and pattern "b" is written fo fhe resulfanf address. All ofher 
locations in fhe BBRAM are checked fo ensure fhaf fhey were nof affecfed by 
fhis wrife. The "a" pattern is fhen resfored fo fhe resulfanf address. All address 
lines connecfed fo fhe MK48T0x are fesfed in fhis manner. 

Since fhis fesf overwrifes all memory locations in fhe BBRAM, fhe BBRAM 
confenfs are saved in debugger sysfem memory prior fo wrifing fhe BBRAM. 
The RTC fesf group feafures a configurafion paramefer which overrides 
aufomafic resforafion of fhe BBRAM confenfs. The defaulf for fhis paramefer 
is fo resfore BBRAM confenfs upon fesf completion. 

Command Inpuf: 

162 -Diag>RTC ADR 
Response / Messages: 

After fhe command has been issued, fhe following line is prinfed: 

RTC ADR: MK48T0x RAM Addressing Running > 

If all parfs of fhe fesf are complefed correcfly, fhen fhe fesf passes. 

RTC ADR: MK48T0x RAM Addressing Running > PASSED 

If any parf of fhe fesf fails, fhen fhe display appears as follows: 

RTC ADR: MK48T0x RAM Addressing Running > FAILED 

(error message) 

Here, (error message) is one of fhe following: 

If debugger sysfem memory cannof be allocafed for use as a save area for fhe 
BBRAM confenfs: 

RAM allocate 

memc.next= memc.size= 
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If the BBRAM cannot be initialized with pattern "a": 

Data Verify Error: Address = , Expected = , Actual = 

Memory initialization error 

If a paffern "b" wrife affecfs any BBRAM location ofher fhan fhe resulfanf 
address: 

Data Verify Error: Address = , Expected = , Actual = 

Memory addressing error - wrote to 
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MK48T0X (RTC) Tests 


Clock Function - CLK 

Verifies the functionality of the Real Time Clock (RTC). This test does not 
check clock accuracy. 

This test requires approximately nine seconds to run. At the conclusion of the 
test, nine seconds are added to the clock time to compensate for the test delay. 
Because the clock can only be set to the nearest second, this test may induce ± 
one second of error into the clock time. 

Command Input: 

162 -Diag>RTC CLK 
Response / Messages: 

After the command has been issued, the following line is printed: 

RTC CLK: MK48T0x Real Time Clock Running > 

If all parts of the test are completed correctly, then the test passes. 

RTC CLK: MK48T0x Real Time Clock Running > PASSED 

If the test fails, then the display appears as follows: 

RTC CLK: MK48T0x Real Time Clock Running > FAILED 

(error message) 

Here, (error message) is one of the following: 

If the check for low battery fails. 

RTC low battery 
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Note 


The Low Battery test only assures Battery OK if the 
MK48T02 (used on other boards) has not been written since 
powerup. The Battery test is performed here in case the 
debugger currently in use does not perform a Low Battery 
test on powerup. Although the MK48T08 does not support 
the internal battery voltage check (BOK), the BOK flag 
status check algorithm is performed by this test on all parts. 


The RTC time registers are configured for constant updating by the clock 
internal counters. The seconds register is read initially and then monitored 
(read) to verify that the seconds value changes. A predetermined number of 
reads are made of the seconds register. If the predetermined number of reads 
are made before the seconds register changed, the following message is 
printed: 

RTC not running 

The RTC time registers are configured for reading. A predetermined number 
of MPU "do nothing" loops are executed. If the seconds register changes 
before the full count of MPU loops is executed, the following message is 
printed: 

RTC did not freeze for reading 

If the real time clock registers fail the data pattern test: 

Data Miscompare Error: 

Address = , Expected = , Actual = 

The following message indicates a programming error and should never be 
seen by the diagnostics user: 

WARNING — Real Time Clock NOT compensated for test delay. 
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Battery Backed-Up SRAM - RAM 

Performs a data test on each SRAM location of the Mostek MK48T08 
"Zeropower" RAM. RAM contents are unchanged upon completion of test, 
regardless of pass or fail test return status. This test is coded to test only byte 
data entities. The test proceeds as follows: 

1. For each of the following patterns: $1, $3, $7, $f, $lf, $3f, and $7f: 

2. For each valid byte of the "Zeropower RAM": 

3. Write and verify the current data test pattern. 

4. Write and verify the complement of the current data test pattern. 

Command input: 

162 -Diag>RTC RAM 
Response / Messages: 

After the command has been issued, the following line is printed: 

RTC RAM: MK48T0x Battery Backed Up RAM Running > 

if all parts of the test are completed correctly, then the test passes. 

RTC RAM: MK48T0x Battery Backed Up RAM Running > PASSED 

if the test fails, then the display appears as follows: 

RTC RAM: MK48T0x Battery Backed Up RAM Running > FAILED 

(error message) 

Here, (error message) is the following: 

Data Miscompare Error: 

Address = , Expected = , Actual = 
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Memory Controller Chip (MCC) Tests 

This section describes the Memory Controller Chip (MCC) tests. 

The MCC ASIC is one of three ASICs that are part of fhe MVME162 hardware 
sef. The MCC is designed fo operafe synchronously wifh fhe MC68040 local 
bus clock af 25MHZ or 33MHZ. 

Enfering MCC wifhouf paramefers causes all MCC fesfs fo execufe in fhe order 
shown in fhe nexf fable. 

To run an individual fesf, add fhaf fesf name fo fhe MCC command. The 
individual fesfs are described in alphabefical order on fhe following pages. 
The error message displays following fhe explanation of an MCC fesf perfain 
fo fhe fesf being discussed. 


Table 3-4. MCC Test Group 


Mnemonic 

Description 

ACCESSA 

Device Access 

ACCESSB 

Register Access 

TMRIA 

Timer 1 Counter 

TMRIB 

Timer 1 Free-Run 

TMRIC 

Timer 1 Clear On Compare 

TMRID 

Timer 1 Overflow Counter 

TMRIE 

Timer 1 Interrupts 

TMR2A 

Timer 2 Counter 

TMR2B 

Timer 2 Free-Run 

TMR2D 

Timer 2 Overflow Counter 

TMR2E 

Timer 2 Interrupts 

TMR3A 

Timer 2 Counter 

TMR3B 

Timer 2 Free-Run 

TMR3C 

Timer 2 Clear On Compare 

TMR3D 

Timer 2 Overflow Counter 

TMR3E 

Timer 2 Interrupts 

TMR4A 

Timer 2 Counter 

TMR4B 

Timer 2 Free-Run 

TMR4C 

Timer 2 Clear On Compare 

TMR4D 

Timer 2 Overflow Counter 

TMR4E 

Timer 2 Interrupts 
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Memory Controller Chip (MCC) Tests 


Table 3-4. MCC Test Group (Continued) 


Mnemonic 

Description 

ADJ 

Prescaler Clock Adjust 

PCLK 

Prescaler Clock 

MPUCS 

MPU Clock Speed 

RFRSH 

DRAM Refresh Timing 

FAST 

FAST Bit 

WDTMRA 

Watchdog Timer Counter 

WDTMRB 

Watchdog Timer Board Fail 

VBR 

Vector Base Register 

Executed only when specified: 

WDTMRC 

Watchdog Timer Local Reset 
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Device Access - ACCESSA 

Verifies that the MCC register set can be accessed (read) on byte, word, and 
long word boundaries (where applicable). No attempt is made to verify fhe 
confenfs of fhe regisfers. 

Command Inpuf: 

162 -Diag>MCC ACCESSA 

Response / Messages: 

Affer fhe command has been issued, fhe following line is prinfed: 

MCC ACCESSA: Device Access Running > 

If all parfs of fhe fesf are complefed correcfly, fhen fhe fesf passes. 

MCC ACCESSA: Device Access Running > 

PASSED 

If any parf of fhe fesf fails, fhen fhe display appears as follows: 

MCC ACCESSA: Device Access Running > 

FAILED 

MCC/ACCESSA Test Failure Data: 

(error message) 

Here, (error message) is one of fhe following: 

Bus Error Information: 

Address 

Data 

Access Size 

Access Type _ 

Address Space Code _ 

Vector Number 


Unsolicited Exception: 
Program Counter 
Vector Number 
Access Size 
Status Register 
Interrupt Level 


3-26 


162Bug Debugging Package User's Manual 



Memory Controller Chip (MCC) Tests 


Register Access - ACCESSB 

Checks the device data lines by successive writes and reads to all tick timers 
compare and counter registers. The test walks a 1 bit through a field of zeros 
and walks a 0 bif fhrough a field of ones. 

Command inpuf: 

162 -Diag>MCC ACCESSB 

Responses / Messages: 

Affer fhe command has been issued, fhe following line is prinfed: 

MCC ACCESSB: Register Access Running > 

If all parfs of fhe fesf are complefed correcfly, fhen fhe fesf passes. 

MCC ACCESSB: Register Access Running > 

PASSED 

If any failures occur, fhe following is displayed (more descriptive fexf fhen 
follows): 

MCC ACCESSB: Register Access Running > 

FAILED 

MCC/ACCESSB Test Failure Data: 

(error message) 

Here, (error message) is one of fhe following: 

Register did not clear 

Address = , Expected = , Actual = 

Register access error 

Address = , Expected = , Actual = 
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Prescaler Clock Adjust - ADJ 

Verifies that the Prescaler Clock Adjust Register can vary the period of fhe Tick 
Timer inpuf clock. This is accomplished by selling fhe Clock Adjusf Regisfer 
fo zero and allowing Tick Timer 1 fo free-run for a small software delay fo 
esfablish a reference counf. Nexf a 1 is walked fhrough fhe Clock Adjusf 
Regisfer and fhe fimer is allowed fo run for fhe same delay period; fhe 
resulfing counf should be greafer fhan fhe lasf (previous) counf. 

Command Inpuf: 

162 -Diag>MCC ADJ 
Responses / Messages: 

After fhe command has been issued, fhe following line is prinfed: 

MCC ADJ: Prescaler Clock Adjust Running > 

If all parfs of fhe fesf are complefed correcfly, fhen fhe fesf passes. 

MCC ADJ; Prescaler Clock Adjust Running > PASSED 

If any failures occur, fhe following is displayed (more descripfive fexf fhen 
follows): 

MCC ADJ: Prescaler Clock Adjust Running > FAILED 

MCC/ADJ Test Failure Data: 

(error message) 

Here, (error message) is one of fhe following: 

Prescaler Clock Adjust Register not initialized 
Register Address = , should not be zero 

Clock Adjust did not vary tick period correctly 

Register Address = , Adjust Value = 

Test Count = , should be greater than 

Previous Count = 
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FAST Bit - FAST 

Verifies the FAST / SLOW access time to the BBRAM. This is accomplished by 
using Tick Timer #1. The tick timer is first used to time 4000 accesses to the 
BBRAM with the FAST bit set. Then the FAST bit is cleared and the tick timer 
is used to time 4000 accesses to the BBRAM. The count measured when the 
FAST bit is set should be less than the count measured when the FAST bit is 
cleared. 

Command input: 

162 -Diag>MCC FAST 
Responses / Messages: 

After the command has been issued, the following line is prinfed: 

MCC FAST: 'FAST' Bit Running > 

If all parfs of fhe fesf are complefed correcfly, fhen fhe fesf passes. 

MCC FAST: 'FAST' Bit Running > PASSED 

If any failures occur, fhe following is displayed (more descriptive fexf fhen 
follows): 

MCC FAST: 'FAST' Bit Running > FAILED 

MCC/FAST Test Failure Data: 

(error message) 

Here, (error message) is one of fhe following: 

'FAST' bit did not vary access time correctly 

Fast access count = , Slow access count = 

Fast count should be less than Slow count 
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MPU Clock Speed - MPUCS 

Verifies that the calculated MPU clock speed matches both the version register 
of fhe MCC and fhe MCC prescaler inifialized value. The MPU clock speed 
calculafion is done by using fhe RTC (MK48T08) and Tick Timer #1. 

Command Inpuf: 

162 -Diag>MCC MPUCS 
Responses / Messages: 

Affer fhe command has been issued, fhe following line is prinfed: 

MCC MPUCS: MPU Clock Speed Running > 

If all parfs of fhe fesf are complefed correcfly, fhen fhe fesf passes. 

MCC MPUCS: MPU Clock Speed Running > PASSED 

If any failures occur, fhe following is displayed (more descripfive fexf fhen 
follows): 

MCC MPUCS: MPU Clock Speed Running > FAILED 

MCC/MPUCS Test Failure Data: 

(error message) 

Here, (error message) is one of fhe following: 

MPU Clock Speed Calculation failed, RTC not operating 

MPU Clock Speed Calculation does not match the MCC Version Register 
Calculated MPU Clock Speed = MHZ {& HZ) , Version Register = ^MHZ 

MPU Clock Speed Calculation does not match the MCC Prescaler Register 
Calculated MPU Clock Speed = MHZ (& HZ) , Prescaler Register =_MHZ 

Unknown Prescaler Adjust Value = 


3-30 


162Bug Debugging Package User's Manual 



Memory Controller Chip (MCC) Tests 


Prescaler Clock - PCLK 

Verifies the accuracy of fhe Prescaler Clock. This is accomplished by using a 
consfanf time source, in fhis case fhe MK48T08 RTC, and Tick Timer #1. Firsf, 
fhe consfanf fime source is verified for operation. Then fhe fick fimer is 
initialized and fhe consfanf fime source is broughf fo a whole second inferval. 
The fick fimer is sfarfed and fhe consfanf fime source is polled for fhe nexf 
second fo roll over while fhe fick fimer is free-running; upon roll over fhe fick 
fimer is stopped. The elapsed fick fimer counf is verified; accepfance of fhis 
counf allows for a plus or minus 0.1 percenf tolerance. 

Command inpuf: 

162 -Diag>MCC PCLK 
Responses / Messages: 

After fhe command has been issued, fhe following line is prinfed: 

MCC PCLK: Prescaler Clock Running > 

if all parfs of fhe fesf are completed correcfly, fhen fhe fesf passes. 

MCC PCLK: Prescaler Clock Running > PASSED 

If any failures occur, fhe following is displayed (more descriptive fexf fhen 

follows): 

MCC PCLK: Prescaler Clock Running > FAILED 

MCC/PCLK Test Failure Data: 

(error message) 

Here, (error message) is one of fhe following: 

Unknown Prescaler Adjust Value = 

RTC seconds register didn't increment 

Timer count register greater/less than expected 
Address = , Expected = , Actual = 
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DRAM Refresh Timing - DRAM 

Verifies that when the refresh rafe is changed via fhe Bus Clock Regisfer, fhe 
fofal fime of access fo fhe Dynamic RAM (DRAM) array also changes. Accesses 
fo fhe DRAM array should be held off unfil fhe refresh cycle is complefe. Tick 
Timer #1 in fhe MCC is used fo make fhe necessary elapsed fime 
measuremenfs. The refresh fiming logic is fesfed for bofh fhe maximum ($01) 
and fhe minimum ($00) refresh periods. The elapsed fime of maximum should 
be larger fhan elapsed fime of minimum. 

Command Inpuf: 

162 -Diag>MCC RFRSH 
Responses / Messages: 

Affer fhe command has been issued, fhe following line is prinfed: 

MCC RFRSH: DRAM Refresh Timing Running > 

If all parfs of fhe fesf are complefed correcfly, fhen fhe fesf passes. 

MCC RFRSH: DRAM Refresh Timing Running > PASSED 

If any failures occur, fhe following is displayed (more descripfive fexf fhen 
follows): 

MCC RFRSH: DRAM Refresh Timing Running > FAILED 

MCC/RFRSH Test Faiiure Data: 

(error message) 

Here, (error message) is one of fhe following: 

Refresh Period did not vary as expected 

Elapsed Time of MAXIMUM should be larger than Elapsed Time of MINIMUM 

MAXIMUM Period Value = , Elapsed Time = 

MINIMUM Period Value = , Elapsed Time = 
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Timer Counters -TMRnA 

Verify that each Tick Timer's Counters are operational. These tests have three 

parts to them. 

1 . The Tick Timer counter register is verified for dafa wrife / read operabilify. 
Bofh a 1 and 0 bif are walked fhrough fhe 32-bif regisfer and verified. 

2. The Tick Timer counfer regisfer is initialized fo zero and fhe counfer is 
enabled. The fesf verifies fhaf fhe counfer regisfer becomes non-zero 
(incremenfs). 

3. The fhe Tick Timer counfer regisfer is inifialized fo a predefermined counf 
(i.e., $00000000, $00000001, $00000003, $00000007, ..., $7FFFFFFF, 
$FFFFFFFF) and fhen enabled. The fesf waifs for fhe confenfs of fhe 
counfer regisfer fo be greafer fhan fhe inifializafion counf. 

Command inpuf: 

162-Diag>MCC TMRIA 

162-Diag>MCC TMR2A 

162-Diag>MCC TMR3A 

162-Diag>MCC TMR4A 


Responses / Messages: 

Nofe fhaf fhe responses indicafe which fimer you are fesfing. These examples 
illusfrafe fhe responses for Tick Timer 1. 

Affer fhe command has been issued, fhe following line is prinfed: 

MCC TMRIA: Timer 1 Counter Running > 

If all parfs of fhe fesf are complefed correcfly, fhen fhe fesf passes. 

MCC TMRIA: Timer 1 Counter Running > PASSED 

If any failures occur, fhe following is displayed (more descriptive fexf fhen 
follows): 

MCC TMRIA: Timer 1 Counter Running > FAILED 

MCC/TMRIA Test Failure Data: 

(error message) 
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Here, (error message) is one of the following: 

Register did not clear 

Address = , Expected = , Actual =. 

Register access error 

Address = , Expected = , Actual = 

Counter did not increment 

Address = , Expected = , Actual = 

Timeout waiting for Counter to increment 
Address = , Expected = , Actual = 

Timeout waiting for Counter to roll over 
Address = , Expected = , Actual = 
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Timer Free-Run -TMRnB 

Verify that the Tick Timers' Compare Registers are operational. These tests 
have two parts to them. 

1. The Tick Timer's compare register is verified for dafa wrife/ read 
operabilify. Bofh a 1 and 0 bif are walked fhrough fhe 32-bif regisfer and 
verified. 

2. The Tick Timer's counfer and compare regisfers are initialized fo a 
predefermined counf (i.e., $00000000, $00000001, $00000003, $00000007, 
..., $7FFFFFFF, $FFFFFFFF). Then fhe counfer is enabled and fhe fesf waifs 
for fhe confenfs of fhe counfer regisfer fo exceed fhe compare regisfer's 
initial confenfs. This also verifies fhaf fhe counfer regisfer will nof clear 
when fhe compare counf is mef. 

Command Inpuf: 

162-Diag>MCC TMRIB 
162-Diag>MCC TMR2B 
162-Diag>MCC TMR3B 
162-Diag>MCC TMR4B 


Responses / Messages: 

Nofe fhaf fhe responses indicafe which fimer you are fesfing. These examples 
illusfrafe fhe responses for Tick Timer 1. 

Affer fhe command has been issued, fhe following line is prinfed: 

MCC TMRIB: Timer 1 Free-Run Running > 

If all parfs of fhe fesf are complefed correcfly, fhen fhe fesf passes. 

MCC TMRIB: Timer 1 Free-Run Running > PASSED 

If any failures occur, fhe following is displayed (more descriptive fexf fhen 
follows): 

MCC TMRIB: Timer 1 Free-Run Running > FAILED 

MCC/TMRIB Test Failure Data: 

(error message) 
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Here, (error message) is one of the following: 

Register did not ciear 

Address = , Expected = , Actuai =. 

3 Register access error 

Address = , Expected = , Actuai = 

Timeout waiting for Count to exceed Compare 
Address = , Expected = , Actuai = 


3-36 


162Bug Debugging Package User's Manual 



Memory Controller Chip (MCC) Tests 


Timer Clear on Compare -TMRnC 

Verify the Tick Timers' Clear on Compare functions. This is accomplished by 
initializing the compare and count registers and then enabling the timer to run 
until the software times-out or the counter exceeds the compare (error 
condition). Both the counter and compare registers on the Tick Timer are 
initialized to a predetermined count (i.e. $00000000, $00000001, $00000003, 
$00000007, ..., $7FFFFFFF, $FFFFFFFF). Then the counter is enabled and the 
test waits for a small amounf of time (software delay) or for fhe confenfs of fhe 
counfer regisfer fo exceed fhe compare regisfer's inifial confenfs. 

Command inpuf: 

162-Diag>MCC TMRIC 
162-Diag>MCC TMR2C 
162-Diag>MCC TMR3C 
162-Diag>MCC TMR4C 


Responses / Messages: 

Nofe fhaf fhe responses indicafe which fimer you are fesfing. These examples 
illusfrafe fhe responses for Tick Timer 1. 

Affer fhe command has been issued, fhe following line is prinfed: 

MCC TMRIC: Timer 1 Clear on Compare Running > 

If all parfs of fhe fesf are complefed correcfly, fhen fhe fesf passes. 

MCC TMRIC: Timer 1 Clear on Compare Running > PASSED 

If any failures occur, fhe following is displayed (more descriptive fexf fhen 
follows): 

MCC TMRIC: Timer 1 Clear on Compare Running > FAILED 

MCC/TMRIC Test Failure Data: 

(error message) 

Here, (error message) is one of fhe following: 

Count did not zero on Compare 

Address = , Expected = , Actual = 
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Timer Overflow Counter -TMRnD 

Verify the Tick Timers' Overflow Counfer funcfions. The fesf has four parfs. 

1. The fesf verifies fhaf fhe overflow counfer can be cleared fo zero. 

2. The fesf verifies fhaf fhe overflow counfer will incremenf from $00 fo $10. 

3. The fesf verifies fhe overflow counf can be cleared once sef (non-zero). 

4. The fesf verifies fhaf fhe overflow counf can incremenf from $10 fo $F0 
(incremenfs of $10). 

Command Inpuf: 

162-Diag>MCC TMRID 
162-Diag>MCC TMR2D 
162-Diag>MCC TMR3D 
162-Diag>MCC TMR4D 

Responses / Messages: l62-Diag>MCC TMR4D 

Nofe fhaf fhe responses indicafe which timer you are fesfing. These examples 
illusfrafe fhe responses for Tick Timer 1. 

Affer fhe command has been issued, fhe following line is prinfed: 

MCC TMRID: Timer 1 Overflow Counter Running > 

If all parfs of fhe fesf are complefed correcfly, fhen fhe fesf passes. 

MCC TMRID: Timer 1 Overflow Counter Running > PASSED 

If any failures occur, fhe following is displayed (more descriptive fexf fhen 
follows): 

MCC TMRID: Timer 1 Overflow Counter Running > FAILED 

MCC/TMRID Test Failure Data: 

(error message) 
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Here, (error message) is one of the following: 

Overflow Counter did not clear 

Address = , Expected = , Actual =_ 

Overflow Counter did not increment 
Address = , Expected = , Actual =_ 

Timeout waiting for Overflow Counter 
Address = , Expected = , Actual =_ 
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Timer Interrupts -TMRnE 

Verify that the Tick Timers can generate interrupts and the MPU takes the 
correct vector. The test verifies fhaf level 0 inferrupfs will nof generafe an 
inferrupf, buf will sef fhe appropriafe sfafus. The fesf fhen verifies fhaf all 
inferrupfs (1-7) can be generafed and received and fhaf fhe appropriafe sfafus 
is sef. 

Command Inpuf: 

162-Diag>MCC TMRIE 
162-Diag>MCC TMR2E 
162-Diag>MCC TMR3E 
162-Diag>MCC TMR4E 


Responses / Messages: 

Nofe fhaf fhe responses indicafe which timer you are fesfing. These examples 
illusfrafe fhe responses for Tick Timer 1. 

Affer fhe command has been issued, fhe following line is prinfed: 

MCC TMRIE: Timer 1 Interrupts Running > 

If all parfs of fhe fesf are complefed correcfly, fhen fhe fesf passes. 

MCC TMRIE: Timer 1 Interrupts Running > PASSED 

If any failures occur, fhe following is displayed (more descriptive fexf fhen 
follows): 

MCC TMRIE: Timer 1 Interrupts Running > FAILED 

MCC/TMRIE Test Failure Data: 

(error message) 
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Here, (error message) is one of the following: 

Interrupt Control Register did not clear 
Address = , Expected = , Actual =_ 

Interrupt Enable bit did not set 
Address = , Expected = , Actual =_ 

Bus Error Information: 

Address 

Data 

Access Size 

Access Type _ 

Address Space Code _ 

Vector Number 


Unsolicited Exception: 
Program Counter 
Vector Number 
Access Size 
Status Register 
Interrupt Level 


Interrupt Status bit 

did not set 

Status: Expected = , 

Actual = 

Vector: Expected = , 

Actual = 

State : IRQ Level =_, 

VBR = 

Incorrect Vector type 

Status: Expected = , 

Actual = 

Vector: Expected = , 

Actual = 

State : IRQ Level =_, 

VBR = 

Unexpected Vector taken 

Status: Expected = , 

Actual = 

Vector: Expected = , 

Actual = 

State : IRQ Level =_, 

VBR = 


Incorrect Interrupt Level 
Level: Expected =_, Actual =_ 

State: IRQ Level =_, VBR = 

Interrupt did not occur 

Status: Expected = , Actual = 

Vector: Expected = , Actual = 

State : IRQ Level =_, VBR = 

Interrupt Status bit did not clear 
Address = , Expected = , Actual = 
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Vector Base Register - VBR 

Verifies that the MCC's Vector Base Register is operational. First, the register 
is tested for all possible dafa patterns. Second, fhe Vector Base Regisfer is 
fesfed for vecfor direction. Vecfor bases of $40 fo $F0 (incremenfs of $10) are 
used/ fesfed. Vecfor direction is accomplished by using fhe LAN Coprocessor 
Inferrupf Confrol Regisfer (MCC based) as fhe inferrupf source. 

Command Inpuf: 

162 -Diag>MCC VBR 

Responses / Messages: 

After fhe command has been issued, fhe following line is printed: 

MCC VBR: Vector Base Register Running > 

If all parfs of fhe fesf are complefed correcfly, fhen fhe fesf passes. 

MCC VBR: Vector Base Register Running > PASSED 

If any failures occur, fhe following is displayed (more descriptive fexf fhen 
follows): 

MCC VBR: Vector Base Register Running > FAILED 

MCC/VBR Test Failure Data: 

(error message) 

Here, (error message) is one of fhe following: 

Write/Read error on VBR 

Address = , Expected = , Actual = 

Unexpected Vector taken 

Status: Expected = , Actual = 

Vector: Expected = , Actual = 

State : IRQ Level =_, VBR = 

Interrupt did NOT occur 
Expected Vector = (& ) 

IRQ Level =_, VBR = , Control/Status Register = 
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Watchdog Timer Counter - WDTMRA 

Verifies that the Watchdog Timer Counter will count and set the correct status 
(time-out). The time-out status is verified fhaf if can be cleared. The counfer 
is fesfed for wrife/ read capabilify of all settings. The counfer selecfion 
fimeoufs are only fesfed wifh reasonable settings (4 seconds and under) fo 
keep fhe fofal fesf time shorf. 

Command inpuf: 

162 -Diag>MCC WDTMRA 

Responses / Messages: 

After fhe command has been issued, fhe following line is prinfed: 

MCC WDTMRA: Watchdog Timer Counter Running > 

If all parfs of fhe fesf are complefed correcfly, fhen fhe fesf passes. 

MCC WDTMRA: Watchdog Timer Counter Running > PASSED 

If any failures occur, fhe following is displayed (more descriptive fexf fhen 
follows): 

MCC WDTMRA: Watchdog Timer Counter Running > FAILED 

MCC/WDTMRA Test Failure Data: 

(error message) 

Here, (error message) is one of fhe following: 

Register Write/Read Error 

Address = , Expected = , Actual = 

Software Time-Out occurred while waiting for Watchdog Time-Out Status 
Time-Out Selection Code = 

Current Time-Out Selection Code Count was NOT greater than the Previous 
Current Count = , Previous Count = 

Watchdog Time-Out Status Bit did NOT clear 

Watchdog Timer Control Register = 

Time-Out Selection Code = 
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Watchdog Timer Board Fail - WDTMRB 

Verifies that the Watchdog Timer will set the Board Fail indicator (FAIL LED 
and VMEbus SYSFAIL*) when a time-out occurs. The test also verifies fhaf fhe 
Board Fail Signal and Indicafor can be toggled, bofh from fhe MCC and fhe 
VMECHIP2. 

Command Inpuf: 

162 -Diag>MCC WDTMRB 

Responses / Messages: 

Affer fhe command has been issued, fhe following line is printed: 

MCC WDTMRB: Watchdog Timer Board Fail Running > 

If all parfs of fhe fesf are complefed correcfly, fhen fhe fesf passes. 

MCC WDTMRB: Watchdog Timer Board Fail Running > PASSED 

If any failures occur, fhe following is displayed (more descripfive fexf fhen 
follows): 

MCC WDTMRB: Watchdog Timer Board Fail Running > FAILED 

MCC/WDTMRB Test Failure Data: 

(error message) 

Here, (error message) is one of fhe following: 

Board Fail Signal/Indicator is NOT clear 

Reset Switch Control Register = 

(Board Fail Signal is driven (negated) via MCC) 

Board Fail Signal/Indicator is NOT clear 
Reset Switch Control Register = 

(Board Fail Signal is driven (negated) via VMEC2) 

Board Fail Signal/Indicator is NOT set 

Reset Switch Control Register = 

(Board Fail Signal is driven (asserted) via MCC) 

Board Fail Signal/Indicator is NOT set 
Reset Switch Control Register = 

(Board Fail Signal is driven (asserted) via VMEC2) 

Board Fail Signal/Indicator is NOT set 
Reset Switch Control Register = 

(Board Fail Signal is driven (asserted) via MCC Watchdog Timer) 
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Board Fail Signal/Indicator is NOT clear 
Reset Switch Control Register = 

(Board Fail Signal is driven (negated) via MCC Watchdog Timer) 
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Watchdog Timer Local Reset -WDTMRC 

Verifies that the Watchdog Timer will generate a local reset upon timing out. 
If fhe fesf refurns, if is considered a failure and an appropriafe error message 
is displayed /logged. 

Nofe fhaf fhis fesf does nof execufe when fhe MCC fesf group is execufed 
(MCC wifh no argumenfs). This fesf is supplied only for diagnosfic purposes. 

Command Inpuf: 

162 -Diag>MCC WDTMRC 

Responses / Messages: 

Affer fhe command has been issued, fhe following line is prinfed: 

MCC WDTMRC: Watchdog Timer Local Reset Running > 

If all parfs of fhe fesf are complefed correcfly, fhen fhe fesf passes. 

MCC WDTMRC: Watchdog Timer Local Reset Running > PASSED 

If any failures occur, fhe following is displayed (more descripfive fexf fhen 
follows): 

MCC WDTMRC: Watchdog Timer Local Reset Running > FAILED 

MCC/WDTMRC Test Failure Data: 

(error message) 

Here, (error message) is one of fhe following: 

Register Write/Read Error 

Address = , Expected = , Actual = 

Watchdog Timer did NOT generate a Local Bus Reset 
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Additional MCC Test Group Messages 

The following error messages (and descriptions for each) may apply fo any or 
all of fhe fesfs wifhin fhe MCC fesf group. 

Bus Error Information: 

Address 

Data 

Access Size 

Access Type _ 

Address Space Code _ 

Vector Number 


Unsolicited Exception: 
Program Counter 
Vector Number 
Access Size 
Status Register 
Interrupt Level 
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ECC Memory Board (MCECC) Tests 

This section describes the individual MCECC memory tests. 

Entering MCECC without parameters causes all MCECC tests to execute in 
the order shown in the table below. 

To run an individual test, add that test name to the MCECC command. The 
individual tests are described in alphabetical order on the following pages. 


Table 3-5. MCECC Test Group 


Mnemonic 

Description 

CBIT 

SCRUB 

SBE 

MBE 

EXCPTN 

Check-Bit DRAM 

Scrubbing 

Single-Bit-Error 

Multi-Bit-Error 

Exceptions 


Configuration of some paramefers fhaf fhese fesfs use may be accomplished 
fhrough fhe use of fhe CE command: 

162 -Diag>CE MCECC 
The firsf quesfion asked is: 

Inhibit restore of ECC registers upon test failure (y/n) =n ? 

This allows someone frying fo debug a problem wifh an MCECC memory 
board fo mainfain fhe sfafe of all fhe ASICs regisfers affer a failure occurs. 
Ofherwise, fhe regisfers will be "cleaned up" before fhe diagnostic exifs. 

The nexf quesfion is: 

Verbose messages during execution (y/n) =n ? 

This allows you fo requesf fhaf exfra display oufpuf be generafed on fhe 
console line, fhaf shows whaf porfion of fhe fesf is being execufed. Because of 
fhe large size of fhese memory boards, some of fhese fesfs can fake many 
minufes fo execufe. Having fhe exfra oufpuf can help fo assure you fhaf fhe 
fesf is indeed still running. 

The nexf quesfion is: 

Override default starting/ending addresses (y/n) =n ? 

This allows you fo override fhe defaulf address ranges for fesfing, on a per 
board basis. The defaulf answer "n" means fhaf fhe MCECC diagnosfics check 
fhe environmenf, and fesf all possible memory on every MCECC board found 
in fhe sysfem. 
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Following this line, the starting and ending addresses for each memory board 
are displayed: 

Starting address, lst|2nd memory board (hex, 0 - 08000000) =00000000 ? 
Ending address, lst|2nd memory board (hex, 0 - 08000000) =00000000 ? 

These addresses are relative to the particular board only. Each board address 
begins at zero, despite where it might be configured in fhe compufer's memory 
map. if a sysfem is configured wifh two 32MB ECC memory boards, then for 
purposes of fhe configurafion paramefers, each board sfarfs af address 0, and 
ends af 02000000. 
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Check-Bit DRAM - CBIT 

This test verifies the operation of fhe check-bif RAM. The fesf uses fhe address 
as fhe dafa in fhe firsf word, fhe complemenf of fhe address in fhe second 
word, and swapped nybbles in fhe fhird word. This paffern continues all 
fhrough fhe checkbif memory. When complefe, fhis process is repeafed fwo 
more fimes, buf fhe order of fhe funcfions for generafing checkbif dafa are 
rofafed unfil each word has used each of fhe fhree fypes of dafa-generafing 
funcfions. 

The SBC ECC memory boards are comprised of fwo MCECC ASICs, and 
DRAM connecfed fo each ASIC. The ASICs have a confrol bif fhaf may be sef, 
fo allow direcf reading/ wrifing of checkbif memory. In fhis fesf, fhaf bif is sef, 
and causes each of fhe fwo checkbif words fo appear in separafe byfes of fhe 
dafa word (bifs 8-15 = lower MCECC, bifs 24-31 = upper MCECC). The fesf 
dafa is fhen masked fo 8 bifs, and copied info bifs 8-15 and 24-31. All of check- 
bif RAM is wriffen in one pass, followed by a verification pass of all of RAM. 

Command Inpuf: 

162-Diag>MCECC CBIT 

Response / Messages: 

If "verbose" execution has been configured wifh fhe CF command, somefhing 
will be prinfed on fhe sfafus line fo lef you know fhaf fhe fesf is still running. 
The firsf message indicafes fhaf fhe ECC checkbifs are being initialized. The 

formal of fhe sfafus updafe is: x#p where fhe " " porfion is 

fhe currenf address being accessed, and fhe "x" is replaced by eifher "w" or "r" 
depending on whefher fhe currenf pass fhrough memory is wrife or read. The 
"#" indicafes fhe memory board number being fesfed, and fhe "p" is replaced 
wifh one of "a", "b", or "c", according fo which pass of fhe addressabilify fesf is 
being execufed. 

ECC CBIT: ECC Check-Bit DRAM Running > bd # init 

ECC CBIT: ECC Check-Bit DRAM Running > 

x#p 

ECC CBIT: ECC Check-Bit DRAM Running > PASSED 

If an error is defecfed during fhe operation of fhe fesf, one of fhe following 
messages is displayed: 

Failures due fo fhe scrubber during checkbif inifializafion: 

Timed out waiting for scrubber to start, bd #_ (status ) 

Timed out waiting for scrubber to stop, bd #_ (status ) 

Failures in checkbif memory: 

At: , read: , should be: , (lower MCECC) 

At: , read: , should be: , (upper MCECC) 

The fesf ends wifh: 
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ECC 


CHIT: ECC Check-Bit DRAM 


Running > FAILED 
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Exceptions - EXCPTN 

This test verifies the operation of fhe MCECC's capabilify fo generafe 
inferrupfs, or bus errors on defecting a memory error. This fesf planfs errors 
in memory, enables eifher fhe inferrupf or bus-error, and fhen reads fhe 
"faulfy" memory location. The proper exception and sfafus is fesfed, and if 
received, fhe fesf passes. 

Command Inpuf: 

162 -Diag>MCECC EXCPTN 

Response / Messages: 

If an error is defecfed during fhe operation of fhe fesf, one of fhe following 
messages is displayed: 

Failures due fo fhe scrubber during checkbif inifializafion: 

Timed out waiting for scrubber to start, bd #_ (status ) 

Timed out waiting for scrubber to stop, bd #_ (status ) 

The fesf ends wifh: 

ECC EXCPTN: ECC Exceptions Running > FAILED 


3-52 


162Bug Debugging Package User's Manual 



ECC Memory Board (MCECC) Tests 


Multi-Bit-Error - MBE 

This function tests the ECC board's ability to detect multi-bit-errors. It fills a 
memory area wifh random dafa confaining a "mulfi-bif-error" in each word. 

All of fhe fesfed memory area is fhen verified wifh error correction enabled, so 
fhaf fhe dafa errors will be defecfed during fhe read operation. 

Command Inpuf: 

1 62 -Diag>MBE 

Response / Messages: 

If "verbose" execufion has been configured wifh fhe CF command, somefhing 
will be prinfed on fhe sfafus line fo lef you know fhaf fhe fesf is sfill running. 

The firsf message indicafes fhaf fhe ECC checkbifs are being inifialized. Nexf 
comes a fesf of fhe error-logger which displays fhe errlog message. Following 
fhis, fhe mulfi-bif-error fesf begins and displays fhe mbe message. 

ECC MBE: ECC Multi-Bit-Error Running > bd # init 

ECC MBE: ECC Multi-Bit-Error Running > bd # errlog 

ECC MBE: ECC Multi-Bit-Error Running > bd # mbe 

ECC MBE: ECC Multi-Bit-Error Running > PASSED 

If an error is defecfed during fhe operafion of fhe fesf, one of fhe following 
messages is displayed: 

Failures due fo fhe scrubber during checkbif inifializafion: 

Timed out waiting for scrubber to start, bd #_ (status ) 

Timed out waiting for scrubber to stop, bd #_ (status ) 

Failures from fhe error-logger fesf: 

errlog: logger didn't indicate an error: 

bd #_, addr , read , actual 

errlog: logger didn't indicate error-on-read, bd #_, addr 

errlog: logger error address wrong: , actual: , board #_ 

Errors due fo double-bif -errors nof being defecfed properly: 

mbe: logger didn't indicate an error: 

bd #_, addr , read , actual 

mbe: logger didn't indicate error-on-read, bd #_, addr 

mbe: logger didn't indicate error was multi-bit-error: 

bd #_, addr , read , actual , logger 

mbe: logger error address wrong: , actual: , board #_ 

The fesf ends wifh: 

ECC MBE: ECC Multi-Bit-Error Running > FAILED 
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Single-Bit-Error - SBE 

This function tests the ECC board's ability to correct single-bit-errors. It fills a 
memory area wifh random dafa confaining a "single-bif -error" in each word. 
All of fhe fesfed memory area is fhen verified wifh error correcfion enabled, so 
fhaf fhe dafa will be "correcfed" during fhe read operafion. 

Command Inpuf: 

162 -Diag>MCECC SBE 

Response / Messages: 

If "verbose" execution has been configured wifh fhe CE command, somefhing 
will be prinfed on fhe sfafus line fo lef you know fhaf fhe fesf is still running. 
The firsf message indicafes fhaf fhe ECC checkbifs are being initialized. The 

formal of fhe sfafus updafe is: x# where fhe " " porfion is 

fhe currenf address being accessed, fhe "x" is replaced by eifher "w" or "r" 
depending on whefher fhe currenf pass fhrough memory is wrife/ read. The 
"#" indicafes fhe memory board number being fesfed. 


ECC 

ECC 

SBE : 
SBE : 

ECC 

ECC 

Single-Bit -Error 

Single-Bit-Error 


ECC 

SBE : 

ECC 

Single-Bit -Error 

Running > PASSED 


If an error is defecfed during fhe operafion of fhe fesf, one of fhe following 
messages is displayed: 

Failures due fo fhe scrubber during checkbif inifializafion: 

Timed out waiting for scrubber to start, bd #_ (status ) 

Timed out waiting for scrubber to stop, bd #_ (status ) 

Errors due fo single-bif-errors nof being correcfed properly: 

Address= , Expected= , Actuai= 

The fesf ends wifh: 

ECC SBE: ECC Singie-Bit-Error Running > FAILED 
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Scrubbing - SCRUB 

This function tests refresh "scrubbing" of errors from DRAM. If checks fhe 
ECC memory board's capabilify fo correcf single-bif-errors during normal 
DRAM refresh cycles. During ifs operation, fhe diagnostic displays fhe 
currenf memory board number fhaf if is working on. When fhe fasf-refresh 
mode is selecfed, "waif" is displayed, indicating fhaf fhe fesf is waifing long 
enough for fasf-refresh fo gef fo every memory locafion on fhe board af leasf 
once. 

Command Inpuf: 

162-Diag>MCECC SCRUB 
Response / Messages: 

A shorf message is prinfed during fhe fesf's progress on fhe "running" line 
prinfed by CTMI, fo indicafe whaf "phase" fhe fesf is in, and whaf board if is 
currenfly running on. The fesf begins wifh an ECC memory inifializafion, and 
displays fhe init message. Nexf comes a fesf of fhe error-logger which 
displays fhe errlog message. Errors are fhen planfed in memory, and fhe firsf 
scrub pass runs wifh fhe message scrub l being displayed. The memory is 
fhen fesfed wifh fhe error-logger. Finally, anofher pass of fhe scrubber is run, 
and displays fhe scrub 2 message. This scrub pass is fhen checked for zero 
errors. Finally, if all wenf well, passed is displayed. 

ECC SCRUB: ECC Scrubbing Running > bd # init 

ECC SCRUB: ECC Scrubbing Running > bd # errlog 

ECC SCRUB: ECC Scrubbing Running > bd # scrub 1 

ECC SCRUB: ECC Scrubbing Running > bd # scrub 2 

ECC SCRUB: ECC Scrubbing Running > PASSED 

If an error is defecfed during fhe operafion of fhe fesf, one of fhe following 
messages is displayed: 

Failures due fo fhe scrubber during checkbif inifializafion: 

Timed out waiting for scrubber to start, bd #_ (status ) 

Timed out waiting for scrubber to stop, bd #_ (status ) 

Failures from fhe error-logger fesf: 

errlog: logger didn't indicate an error: 

bd #_, addr , read , actual 

errlog: logger didn't indicate error-on-read, bd #_, addr 

errlog: logger error address wrong: , actual: , board #_ 
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Possible first pass scrubbing failure: 

Timed out waiting for scrubber to start, bd #_ (status ) 

Timed out waiting for scrubber to stop, bd #_ (status ) 

single-bit-error at found after scrubbing RAM 

multi-bit-error at found after scrubbing RAM 

Possible second pass scrubbing failure: 

Timed out waiting for scrubber to start, bd #_ (status ) 

Timed out waiting for scrubber to stop, bd #_ (status ) 

After final scrubbing, a single-bit error was found 
After final scrubbing, a multi-bit error was found 

The fesf ends wifh: 

ECC SCRUB: ECC Scrubbing Running > FAILED 
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MC68040 Internal Cache (DCAC) Tests 

This section describes the individual DCAC memory controller ASIC tests. 

Entering DCAC without parameters causes all DCAC tests to execute in the 
order shown in the table below, except as noted. 

To run an individual test, add that test name to the DCAC command. The 
individual tests are described in alphabetical order in the following pages. 


Table 3-6. DCAC Test Group 


Mnemonic 

Description 

DCAC_WT 

DCAC_CB 

Data Cache Writethrough 
Data Cache Copyback 

Executed only when specified: 

DCAC_RD 

Display Cache Registers 


Configuration of one paramefer fhaf fhe fesf uses may be accomplished 
fhrough fhe use of fhe CF command: 

162 -Diag>CF DCAC 

The prompf prinfed is: 

DCAC Configuration Data: 

This prompf allows you fo sef fhe base address of fhe DCAC configuration 
dafa block: 

CF Structure Pointer =00004F88 ? 

This prompf allows you fo sef fhe sfarfing fesf address of fhe DCAC fesfs: 

Test Address =0000E010 ? 

This prompf allows you fo sef fhe size of cache memory fo be fesfed: 

Test Size =00000800 ? 
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Data Cache Copy back - DCAC_CB 

Verifies the basic operation of fhe MC68040 Dafa Cache in Copyback mode. 
Firsf a paffern is wriffen fo fhe fesf buffer and verified. The dafa cache is 
enabled in fhe copyback mode and fhe fesf buffer is fhen filled wifh fhe 
complemenf of fhe firsf paffern and verified (in cache as long as if fifs). Then 
fhe cache is disabled wifhouf PUSHing fhe dafa fo memory and fhe firsf 
paffern is verified in fhe fesf buffer. This operation is followed by a dafa cache 
PUSH operafion and fhe second paffern is verified fo be in fhe buffer. 

Command Inpuf: 

162 -Diag>DCAC DCAC_CB 

Response / Messages: 

Affer fhe command has been issued, fhe following line is prinfed: 


DCAC DCAC_CB : Data Cache Copyback Running > 

If all parts of the test are completed correctly, then the test passes: 

DCAC DCAC_CB: Data Cache Copyback Running > PASSED 

If any part of the test fails, then the display appears as follows: 

DCAC DCAC_CB: Data Cache Copyback Running > FAILED 

(error message) 

Here, (error message) is one of fhe following: 


If compare errors are defecfed when fhe inifial fesf paffern is verified: 

Address = , Expected = , Actual = 

< up to 10 errors may be displayed here > 

< Too many errors . . . (if 10 errors detected) > 

- Pattern 1 Memory Read Error 
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If compare errors are detected when the second test pattern is verified (should 
be in cache): 

Address = , Expected = , Actual = 

< up to 10 errors may be displayed here > 

< Too many errors . . . (if 10 errors detected) > 

Enabling Data Cache (copyback)- Pattern 2 Memory Read Error 

If compare errors are defecfed when fhe initial fesf pattern is verified (in 
memory) after wrifing fhe second paffern (fo fhe cache) and disabling fhe 
cache: 

Address = , Expected = , Actual = 

< up to 10 errors may be displayed here > 

Too many errors . . . (if 10 errors detected) > 

Enabling Data Cache (copyback) Disabling Data Cache . . . 

- Pattern 1 Memory Read Error 

If compare errors are defecfed when fhe second fesf paffern is verified (should 
be in cache): 

Address = , Expected = , Actual = 

< up to 10 errors may be displayed here > 

< Too many errors . . . (if 10 errors detected) > 

Enabling Data Cache (copyback) Disabling Data Cache . . . 

- Pattern 2 Cache Push Memory Read Error 
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Data Cache Registers - DCAC_RD 

Displays the MC68040 registers that are used for cache control during the 
cache tests. Registers are read when the command is invoked. The displayed 
registers include the MC68040 Cache Control register. User Root Pointer 
register. Supervisor Root Pointer register. Instruction Transparent Translation 
registers 0 and 1, Data Transparent Translation registers 0 and 1, Translation 
Control register, and the MMU Status register. 

Command Input: 

162 -Diag>DCAC DCAC_RD 

Response / Messages: 

After the command has been issued, the following lines are prinfed: 

CACR =00000000 
URP =00000000 SRP =00000000 
ITTO =00000000 ITTl =00000000 
DTTO =00000000 DTTl =E01FC040 
TC =00000000 MMUSR=00000000 

162-Diag> 
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Data Cache Writethrough - DCAC_WT 

Verifies the operation of fhe MC68040 Dafa Cache in Wrifefhrough mode. A 
paffern is wriffen fo fhe fesf buffer wifh fhe cache enabled. The dafa should nof 
be cached, buf should be wriffen fo fhe fesf buffer. The buffer is fhen verified 
which should cache fhe fesf dafa (paffern 1) and fhe cache is fhen disabled. The 
paffern is verified fo be in fhe fesf buffer in memory. A complemenf paffern 
(paffern 2) is fhen wriffen fo fhe fesf buffer and verified. The cache is re- 
enabled and fhe fesf buffer dafa is expecfed fo be fhe original fesf paffern. 

Command Inpuf: 

162-Diag>DCAC DCAC_WT 

Response / Messages: 

Affer fhe command has been issued, fhe following line is prinfed: 

DCAC DCAC_WT: Data Cache Writethrough Running > 

If all parts of the test are completed correctly, then the test passes: 

DCAC DCAC_WT: Data Cache Writethrough Running > PASSED 

If any part of the test fails, then the display appears as follows: 

DCAC DCAC_WT: Data Cache Writethrough Running > FAILED 

(error message) 

Here, (error message) is one of fhe following: 

If fhe fesf encounfers dafa verify error on dafa paffern 1, affer enabling dafa 
cache: 

Test Buffer Addr. - $ 

Enabling Data Cache (write-through) . . . 

Address = , Expected = , Actual = 

< up to 10 errors may be displayed here > 

< Too many errors . . . (if 10 errors detected) > 

- Pattern 1 Data Cache Read Error 
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If the test encounters data verify error on dafa paffern 1, affer enabling and 
disabling dafa cache: 

Test Buffer Addr . - $ 

Enabling Data Cache (write-through) . . . 

Disabling Data Cache . . . 

Address = , Expected = , Actual = 

< up to 10 errors may be displayed here > 

< Too many errors . . . (if 10 errors detected) > 

- Pattern 1 Memory Read Error 

If fhe fesf encounfers dafa verify error on dafa paffern 2, affer enabling and 
disabling dafa cache: 

Test Buffer Addr.-$ 

Enabling Data Cache (write-through) . . . 

Disabling Data Cache . . . 

Address = , Expected = , Actual = 

< up to 10 errors may be displayed here > 

< Too many errors . . . (if 10 errors detected) > 

- Pattern 2 Memory Read Error 

If fhe fesf encounfers dafa verify error on dafa paffern 1, affer enabling, 
disabling, and re-enabling dafa cache: 

Test Buffer Addr. - $ 

Enabling Data Cache (write-through) . . . 

Disabling Data Cache . . . 

Enabling Data Cache (write-through) . . . 

Address = , Expected = , Actual = 

< up to 10 errors may be displayed here > 

< Too many errors . . . (if 10 errors detected) > 

- Pattern 1 Data Cache Disturb Read Error 
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Memory Management Unit (MMU) Tests 

This chapter describes tests to verify basic functionality of fhe MC68040 
infernal Memory Managemenf Unif (MMU). This includes basic regisfer fesfs 
as well as funcfional fesfs involving building and using fhe MMU mapping 
fables required by fhe MC68040. 

These fesfs check fhe inferacfion befween fhe RAM used for fesfing and fhe 
MC68040 during masfer cycles performed by fhe CPU during fablewalk cycles 
and read-modify-wrife cycles fo updafe sfafus bifs in fhe page enfries. They 
also verify proper inferprefafion of cerfain sfafus bifs in fhe page fable enfries 
by fhe CPU. 

User paramefers are provided fo allow for fesfing using eifher 4K or 8K page 
size wifh fhe defaulf fables builf af a specified address. Addifionally, a debug 
fool is available fo display an enfire franslafion free including descripfor 
addresses and fheir values for fhe specified fable search logical address, roof 
poinfer, and page size. 

Enfering MMU wifhouf paramefers causes all MMU fesfs, excepf as nofed 
ofherwise, fo execufe in fhe order shown in fhe fable below. 

To run an individual fesf, add fhaf fesf name fo fhe MMU command. The 
individual fesfs are described in alphabetical order on fhe following pages. 


Table 3-7. MMU Test Group 


Mnemonic 

Description 

TC 

RP 

WALK 

MAPROM 

USERPAGE 

MODPAGE 

INVPAGE 

WPPAGE 

TC Register 
RP Register 

Tablewalk Mapped Pages 
Mapped ROM Read 
Used Page 
Modified Page 
Invalid Page 
Write Protect Page 

Executed only when specified: 

DISPSRCH 

TBLBLD 

TBLVERF 

Display Table Search 
Build Default Tables 
Verify Default Tables 
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You can use the CF command to configure the parameters that these tests use: 

162-Diag>CF MMU 

The command displays the default modifiable paramefers: 


MMU Configur. 
CF Structure 
Page Size 
Table Memory 
Table Search 
Table Search 
1 62-Diag> 


.tion Data: 
Pointer 


Address 
Root Poi 


=00004FC0 
=00000000 
=0000E200 
=FF800000 
r =0000E200 


7 

7 

7 

9 


9 


The defaulf sefup of fhese paramefers forces fables fo be builf in local memory, 

wherever if may be mapped. 

An explanation of fhe paramefers is as follows: 

CF Sfrucfure Poinfer This paramefer poinfs fo a sfrucfure in 

memory used fo debug fhe fesf. 

Page Size This paramefer selecfs fhe size of fhe physical 

pages of memory used by by fhe fesfs and 
ufilifies for all MMU franslafions. If 
corresponds fo fhe Page Size bif in fhe 
MC68040 Translafion Confrol Regisfer. 
Defaulf value = 0 (4KB page size); 
(0=4KB,1=8KB). 

Table Memory This paramefer indicafes where fhe MMU 

franslafion fable will be builf for all fesfs and 
ufilifies (if fhey are builf af all). The 
appropriafe roof poinfer will normally poinf 
fo fhis address. 


Table Search Address This paramefer is used by fhe Display Table 

Search ufilify as fhe Logical Address fo be 
franslafed via a verbose fable search 
operation. 

Table Search Roof Poinfer This paramefer is used by fhe Display Table 

Search ufilify as fhe Roof Poinfer for fhe 
franslafion of fhe Table Search Address. 
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Display Table Search - DISPSRCH 

Performs a verbose table search operation on the logical address contained in 
the configuration parameter "Table Search Address". It displays all descriptor 
pointers and the contents of each descripfor used for fhe logical-fo-physical 
address franslafion. Normal as well as indirecf page descriptors may be 
evaluated. The ufilify uses fhe configuration parameters "Table Search Roof 
Pointer" and "Page Size" for fhe fable search operation. 

This ufilify can be used in a sysfems debug operation fo verify MMU fables. 
The roof poinfer and page size of fhe fables in quesfion along wifh fhe desired 
logical address should be entered using fhe CF MMU command before 
executing fhis command. 

If any descripfor in fhe search is found fo be invalid, a warning message will 
be displayed buf fhe operation will still be completed. 

Command Inpuf: 

Selecf fhe appropriate roof poinfer register (URP/SRP) from fhe register 
display and enfer if along wifh fhe desired logical address using fhe CF MMU 
command. 

Then enfer fhe Display Table Search command fo display fhe franslafion pafh 
and dafa information. 


162-Diag>MMU DISPSRCH 

Logical Address 

=FF800000 

Page Size 

=00001000 

Root Pointer 

=0000E200 

Domain Table [7F] Address 

=0000E3FC 

Domain Table [7F] 

=0000E600 

Segment Table [60] Address 

=0000E780 

Segment Table [60] 

=0000E800 

Page Table [00] Address 

=0000E800 

Page Table [00] 

=FF80066D 

Physical Address 

=FF800000 

162-Diag> 



(Domain Table pointer) 
(Segment Table pointer) 
(Page Table pointer) 
(Page Descriptor) 


To display information for ofher logical addresses, enfer fhe logical address 
using fhe CF MMU command and re-execufe fhe MMU DISPSRCH 
command. 
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Build Default Tables -TBLBLD 

Builds the default translation tables used by the MMU tests. It is mainly 
intended for use in debug and developmenf. 

Tables are builf sfarfing af fhe address in fhe configuration paramefers in Table 
Memory Sfarf. All local resources are mapped one fo one, and virfual spaces 
are defined for local RAM, ROM, and I/O. A VMEbus RAM module in fhe 
facfory fesf sysfem is also mapped (one fo one). Supervisor Tables are builf fo 
decode all resources, and User Tables map only fhe VMEbus RAM module 
and a virfual address area in local RAM. All resources are marked non- 
cacheable and fhe I/O segmenfs are also marked as serialized. The ROM 
segmenf is marked as wrife-profecfed. Command Inpuf: 

162 -Diag>MMU TBLBLD 

No error checking is performed during fhe fable build operations ofher fhan 
inherenf bus error reporting if an incorrecf address has been enfered for fhe 
Table Build Address paramefer or if fhere is a problem wifh fhe memory 
where fhe fables are being builf. 
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Verify Default Tables -TBLVERF 

Verifies the default translation tables used by the MMU tests. It is mainly 
intended for use in debug and developmenf. 

Tables are verified for all resources mapped wifh fhe Build Defaulf Tables 
command. This is accomplished by forcing a fablewalk on fhe firsf logical 
address of every page fhaf has been mapped using fhe MC68040 PTEST 
insfrucfion and reading fhe MMU Sfafus Regisfer fo verify fhaf fhe page is 
residenf and fhaf fhe " mapped" address mafches fhe expecfed physical 
address. Error messages are displayed fo indicafe any defecfed discrepancies. 

Bofh Insfrucfion and Dafa MMUs are verified fo properly franslafe logical 
addresses as expecfed. The MMUs are fumed on for fhese verifications in 
order fo force fhe fablewalks fo occur. 

Command Inpuf: 

162-Diag>MMU TBLVERF 

Response / Messages: 

If an error is discovered during fhe fable verify, eifher of fhe following two 
messages may be displayed: 

- Log. ($XXXXXXXX) to Phys. ($XXXXXXXX) not mapping ! - 

- Page_Addr ($XXXXXXXX) - MMU SR ($XXXXXXXX) - 

or 

- Unexpected Bus Error ! ! ! - at address $XXXXXXXX 
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TC Register Test -TC 

Verifies that the page size bit in the Translation Control Register of fhe 
MC68040 can be sef for bofh 4K and 8K pages. 

Command Inpuf: 

162 -Diag>MMU TC 
Response / Messages: 

Affer enfering fhis command, fhe display should read as follows: 

MMU TC : TC Register Running > 

If fhe fesf passes, fhe running message will be overwritten by fhe following 
message: 

MMU TC: TC Register Running > PASSED 

If a read of fhe regisfer does nof mafch fhe expecfed value, fhe fesf will display 
fhe expecfed and read values as follows: 

MMU TC: TC Register Running > FAILED 

TC Expected $4000 Read $0000 
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RP Register Test - RP 

Performs a walking bit test (with complement) on both MC68040 Root Pointer 
registers (supervisor and user). 

Command Input: 

162 -Diag>MMU RP 
Response / Messages: 

After entering this command, the display should read as follows: 

MMU RP : RP Register Running > 

If fhe fesf passes, fhe running message will be overwritten by fhe following 
message: 

MMU RP : RP Register Running > PASSED 

If a read of fhe regisfer does nof mafch fhe expecfed value, fhe fesf will display 
fhe expecfed and read values as follows: 

MMU RP : RP Register Running > FAILED 

Suprv Root Pointer Reg. 

Expected $00400000 Read $00000000 

or: 

MMU RP : RP Register Running > FAILED 

User Root Pointer Reg. 

Expected $00400000 Read $00000000 
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Tablewalk Mapped Pages - WALK 

Builds and verifies the MMU translation tables for all local and VMEbus RAM 
spaces used by subsequenf MMU fesfs. These two operations are described in 
the previous manual segments Build Default Tables and Verify Default Tables. 

Command Input: 

162 -Diag>MMU WALK 
Response / Messages: 

After entering this command, the display should read as follows: 

MMU WALK: Table Walk Running > 

If fhe fesf passes, fhe following message sequence will be displayed: 

MMU WALK: Table Walk Running > PASSED 

See fhe Verify Default Tables secfion for error message summary. 
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Mapped ROM Read Test - MAPROM 

Verifies that the MMU can dynamically translate virtual addresses to physical 
addresses to read the onboard EPROM data. The ROM is read at its 
untranslated address as well as the virtual address it is mapped to and the data 3 

is expected to be the same. The entire ROM space data is verified in fhis way. 

Command Inpuf: 

167-diag>MMU MAPROM 

Response / Messages: Affer enfering fhis command, fhe display should read as 
follows: 

MMU MAPROM: Mapped ROM Read Running > 

If fhe fesf passes, fhe running message will be overwritten by fhe following 
message: 

MMU MAPROM: Mapped ROM Read Running > PASSED 

If a read of fhe paffern does nof mafch fhe expecfed value, fhe following 
message type will be displayed: 

MMU MAPROM: Mapped ROM Read Running > FAILED 

Fnc = 5 Addr = $FF807000 Expect = $XXXXXXXX Read = $XXXXXXXX 
TO = 8000 

RP =8400 

Dorn. Descr. $85FC = $8800 

Seg. Descr. $8980 = $8A00 

Page Descr. $8A1C = $FF80766D 
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Used Page Test - USEDPAGE 

Verifies that the USED bits in the table and page descriptors are set by the 
MC68040 when an access forces a fable search fo be performed. 

The USED bifs of all fhree levels of descriptors for a particular logical address 
are cleared and fhe ATC is flushed. This is followed by a wrife access fo fhe 
logical address under fesf which should force a fable search and cause fhe bifs 
fo be sef. 

All fhree levels of descripfors are checked after each fable search fo ensure fhaf 
fhe bif is sef in each appropriafe descriptor. 

Command Inpuf: 

l 62 -Diag>MMU USEDPAGE 

Response / Messages: 

Affer entering fhis command, fhe display should read as follows: 

MMU USEDPAGE: Used Page Running > 

If fhe fesf passes, fhe running message will be overwritten by fhe following 
message: 

MMU USEDPAGE: Used Page Running > PASSED 

If all of fhe expecfed condifions are nof presenf affer fhe wrife access, fhe 
following message type or a subset of if will be displayed. The appropriafe 
logical address and ifs descriptor addresses will always be indicated. 

MMU USEDPAGE: Used Page Running > FAILED 

- Reev'd X bus errors 

- Used bit in domain descr. not set 

- Used bit in segment descr. not set 

- Used bit in page descr. not set 

- Mod. bit in page descr. not set 
Test address = XXXXXXXX 

Domain, Segment, Page = XXXXXXXX, XXXXXXXX, XXXXXXXX 
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Modified Page Test - MOORAGE 

Verifies that the MODIFIED bit in the page descriptor for a logical address is 
sef by fhe MC68040 when an wrife access forces a fable search fo be performed. 
The MODIFIED bif of fhe page descripfor for a particular logical address is 
cleared and fhe ATC is flushed. This is followed by a wrife access fo fhe logical 
address under fesf which should force a fable search and cause fhe bif fo be sef. 
The appropriafe page descripfor is checked affer each access fo ensure fhaf fhe 
bif has been sef. 

Command Inpuf: 

162 -Diag>MMU MODPAGE 

Response / Messages: 

Affer enfering fhis command, fhe display should read as follows: 

MMU MODPAGE: Modified Page Running > 

If fhe fesf passes, fhe running message will be overwritten by fhe following 
message: 

MMU MODPAGE: Modified Page Running > PASSED 

If all of fhe expecfed condifions are nof presenf affer fhe wrife access, fhe 
following message type or a subset of if will be displayed. The appropriafe 
logical address and ifs descripfor addresses will always be indicafed. 

MMU MODPAGE: Modified Page Running > FAILED 

- Reev'd X bus errors 

- Used bit in domain descr. not set 

- Used bit in segment descr. not set 

- Used bit in page descr. not set 

- Mod. bit in page descr. not set 
Test address = XXXXXXXX 

Domain, Segment, Page = XXXXXXXX, XXXXXXXX, XXXXXXXX 
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Invalid Page Test - INVPAGE 

Verifies that if fhe segmenf or page descripfor for a logical address is marked 
invalid, and an access is affempfed fo fhaf address, an access faulf will be 
generafed by fhe MC68040. 

For each appropriafe descripfor level and for each longword in fhe fesfed 
space, fhe descripfor type is set to the INVALID encoding and the ATC is 
flushed. The logical address under fesf is fhen accessed wifh fhe MMU 
enabled. This access is expecfed fo cause an access faulf (bus error). 

Command Inpuf: 

Diag-167>MMU INVPAGE 

Response / Messages: 

Affer enfering fhis command, fhe display should read as follows: 

MMU INVPAGE: Invalid Page Running > 

If fhe fesf passes, fhe following message sequence will be displayed: 

MMU INVPAGE: Invalid Page Running > PASSED 

If fhe fesf access does NOT cause an access error fo be defecfed, fhe following 
message type will be displayed: 

MMU INVPAGE: Invalid Page Running > FAILED 

Invalid Segment Descriptor 

- Bus Error NOT Detected ! ! 

If fhe fesf access causes mulfiple access errors fo be defecfed, fhe following 
message type will be displayed: 

MMU INVPAGE: Invalid Page Running > FAILED 

Invalid Segment Descriptor 

- Reev'd X bus errors 
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Write Protect Page Test -WPPAGE 

Verifies that if fhe page descripfor for a logical address is marked wrife- 
profecfed, and a wrife access is affempfed fo fhaf address, an access faulf will 
be generafed by fhe MC68040. 

For each longword in fhe fesfed space, fhe page descripfor wrife access 
affribufe is sef fo fhe WRITE-PROTECTED encoding and fhe ATC is flushed. 

A wrife access fo fhe logical address under fesf is fhen affempfed wifh fhe 
MMU enabled. 

This access is expecfed fo cause an access faulf (bus error). 

Command Inpuf: 

167-diag>MMU WPPAGE 
Response / Messages: 

Affer enfering fhis command, fhe display should read as follows: 

MMU WPPAGE: Write Protect Page Running > 

If fhe fesf passes, fhe following message sequence will be displayed: 

MMU WPPAGE: Write Protect Page Running > PASSED 

If fhe fesf access does NOT cause an access error fo be defecfed, fhe following 
message type will be displayed: 

MMU WPPAGE: Write Protect Page Running > FAILED 

Write-Protected Segment Descriptor 

- Bus Error NOT Detected 

If fhe fesf access causes multiple access errors fo be defecfed, fhe following 
message type will be displayed: 

MMU WPPAGE: Write Protect Page Running > FAILED 

Write-Protected Segment Descriptor 

- Reev'd X bus errors 
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VME Interface Chip (VME2) Tests 

These sections describe the individual VME2 tests. 

Entering VME2 without parameters causes all VME2 tests to execute in the 
order shown in the table below. 

TO run an individual test, add that test name to the VME2 command. The 
individual tests are described in alphabetical order on the following pages. 


Table 3-8. VME2 Test Group 


Mnemonic 

Description 

REGA 

Register Access 

REGB 

Register Walking Bit 

TMRA 

Tick Timer 1 Increment 

TMRB 

Tick Timer 2 Increment 

TMRC 

Prescaler Clock Adjust 

TMRD 

Tick Timer 1 No Clear On Compare 

TMRE 

Tick Timer 2 No Clear On Compare 

TMRF 

Tick Timer 1 Clear On Compare 

TMRG 

Tick Timer 2 Clear On Compare 

TMRH 

Tick Timer 1 Overflow Counter 

TMRI 

Tick Timer 2 Overflow Counter 

TMRJ 

Watchdog Timer Counter 

TMRK 

Watchdog Timer Board Fail 

TACU 

Timer Accuracy 

SWIA 

Software Interrupts (Polled Mode) 

SWIB 

Software Interrupts (Processor Interrupt Mode) 

SWIG 

Software Interrupts Priority 


3-76 


162Bug Debugging Package User's Manual 




VME Interface Chip (VME2) Tests 


Register Access - REGA 

Verifies that the registers at offsets 0 through 84 can be read accessed. The read 
access algorithm is performed using eight, sixteen, and thirty -two bit data 
sizes. 

Command Input: 

162-Diag>VME2 REGA 
Response / Messages: 

After the command has been issued, the following line is printed: 

VME2 REGA: Register Access Running > 

If all parts of the test are completed correctly, then the test passes: 

VME2 REGA: Register Access Running > PASSED 

If any part of the test fails, then the display appears as follows: 

VME2 REGA: Register Access Running > FAILED 

VME2/REGA Test Failure Data: 

Unsolicited Exception: 

Exception Time PC/IP 

Vector _ 

Access Fault Information: 

Address 

Data 

Access Size _ 

Access Type _ 

Address Space Code 

reg_a : 

Data Width bits 
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NOTES: 

1. All data is displayed as hexadecimal values. 

2. The Access Fault Information is only displayed if fhe exception was an 
Access Faulf (Bus Error). 

3. Access size is displayed in byfes. 

4. Access type is 0 or 1 for wrife or read, respectively. 

5. The address space code message uses fhe following codes: 1, 2, 5, 6, and 7 
for user dafa, user program, supervisor dafa, supervisor program, and 
MPU space, respectively. All address space codes lisfed above may nof be 
applicable fo any single microprocessor type. 
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Register Walking Bit - REGB 

Verifies that certain bits in the VMEchip2 ASIC user registers can be set 
independently of other bits in the VMEchip2 ASIC user registers. This test also 
assures that the VMEchip2 ASIC user registers can be written without a Data 
Fault (Bus Error). The VMEchip2 register walking bit test is implemented by 
first saving the initial state of the Local Control and Status Registers (LCSR). 

All eligible bits are then initialized to zero. This initialization is verified. A one 
is walked through the LCSR bit array and the entire register bit field is verified 
after each write. All eligible bits are then initialized to one. This initialization 
is then verified. A zero is walked through the LCSR bit array and the entire 
register bit field is verified after each write. The initial state of the LCSR is 
restored except for the LCSR Prescaler Counter register. 

Command Input: 

162-Diag>VME2 REGB 
Response / Messages: 

After the command has been issued, the following line is printed: 

VME2 REGB: Register Walking Bit Running > 

If all parts of the test are completed correctly, then the test passes: 

VME2 REGB: Register Walking Bit Running > PASSED 

If any part of the test fails, then the display appears as follows: 

VME2 REGB: Register Walking Bit Running > FAILED 

(error message) 

Here, (error message) is one of the following: 

If a bit in the LCSR cannot be initialized: 

bfverf: Bit Field Initialization Error. 

Address 

Read Data 

Failing Bit Number (& ) 

Expected Bit Value _ 

Actual Bit Value _ 

Exempt Bits Mask 
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If a bit in the LCSR fails fo respond properly fo fhe walking bif algorifhm: 

regvrf: bit error: 

Address 

Read Data 

Failing Bit Number (& ) 

Expected Bit Value 

Actual Bit Value 

Exempt Bits Mask 

Written Register 

Written Bit Number (& ) 

Written Data 

If an unexpecfed inferrupf is received while executing fhe fesf: 

VME2/REGB Test Failure Data: 

Unsolicited Exception: 

Exception Time PC/IP 

Vector _ 

Access Fault Information: 

Address 

Data 

Access Size _ 

Access Type _ 

Address Space Code 
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Software Interrupts (Polled Mode) - SWIA 

Verifies that all software interrupts (1 through 7) can be generated and that the 
appropriate status is set. 

Command Input: 

162-Diag>VME2 SWIA 
Response / Messages: 

After the command has been issued, the following line is printed: 

VME2 SWIA: Software Interrupts Polled Running > 

If all parts of the test are completed correctly, then the test passes: 

VME2 SWIA: Software Interrupts Polled Running > PASSED 

If any part of the test fails, then the display appears as follows: 

VME2 SWIA: Software Interrupts Polled Running > FAILED 

(error message) 

Here, (error message) is one of the following: 

The VMEchip2 local bus interrupter enable register is cleared and the local bus 
interrupter status register is read to verify that no interrupt status bits are set. 

If any bits are set: 

Interrupt Status Register is not initially cleared 
Status: Expected =00000000, Actual = 

Prior to asserting any SWI set bit, and with local bus interrupter enable register 
SWI bits asserted, the local bus interrupter status register is again checked to 
verify that no status bits became true: 

Interrupt Status Register is not clear 

Status: Expected = , Actual = 

State : IRQ Level = , SWI , VBR = 
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As the different combinations of SWI, inferrupf level, and, inferrupf vector are 
asserted, verification is made fhaf fhe expecfed SWI inferrupf sfafus bif did 
become frue, and only fhaf sfafus bif became frue, or else fhe following 
message appears: 

Unexpected status set in Interrupt Status Register 

Status: Expected = , Actual = 

State : IRQ Level = , SWI , VBR = 

After fhe inferrupf is generafed, fhe clear bif for fhe currenf SWI inferrupfer is 
asserted and a check is made to verify fhe sfafus bif cleared: 

Interrupt Status Bit did not ciear 

Status: Expected = , Actuai = 

State : IRQ Level = , SWI , VBR = 
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Software Interrupts (Processor Interrupt Mode) - SWIB 

Verifies that all software interrupts (levels 1 through 7) can be generated and 
received and that the appropriate status is set. 

Command Input: 

162-Diag>VME2 SWIB 
Response / Messages: 

After the command has been issued, the following line is printed: 

VME2 SWIB: Software Interrupts Interrupt Running > 

If all parts of the test are completed correctly, then the test passes: 

VME2 SWIB: Software Interrupts Interrupt Running > PASSED 

If any part of the test fails, then the display appears as follows: 

VME2 SWIB: Software Interrupts Interrupt Running > FAILED 

(error message) 

Here, (error message) is one of the following: 

The interrupt enable register is cleared and status bits are read to verify that 
none are true: 

Interrupt Status Register is not initially cleared 
Status: Expected = , Actual = 

Prior to asserting any SWI set bit, and with local bus interrupter enable register 
SWI bits asserted, the local bus interrupter status register is checked to verify 
that no status bit became true: 

Interrupt Status Register is not clear 

Status: Expected = , Actual = 

State : IRQ Level = , SWI , VBR = 
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If the MPU is an M88000 family processor, fhe excepfion vecfor number is 
checked fo make sure fhaf fhe excepfion received was fhaf of fhe inferrupf 
(excepfion number 1): 

Incorrect Vector type 

Vector: Expected = , Actual = 

Status: Expected = , Actual = 

State : IRQ Level = , SWI , VBR = 

If fhe received inferrupf vecfor is nof fhaf of fhe programmed inferrupf vecfor: 

Unexpected Vector taken 

Vector: Expected = , Actual = 

Status: Expected = , Actual = 

State : IRQ Level = , SWI , VBR = 

If fhe received inferrupf level is nof fhaf of fhe programmed inferrupf level: 

Incorrect Interrupt Level 

Level : Expected = , Actual = 

State : IRQ Level = , SWI , VBR = 

If fhe programmed inferrupf did nof occur: 

Software Interrupt did not occur 

Status: Expected = , Actual = 

State : IRQ Level = , SWI , VBR = 

The VMEchip2 Inferrupf Sfafus Regisfer is checked for fhe proper inferrupf 
sfafus bif fo be acfive: 

Unexpected status set in Interrupt Status Register 

Status: Expected = , Actual = 

State : IRQ Level = , SWI , VBR = 

If, affer receiving an inferrupf, fhe inferrupf sfafus cannof be negafed by 
wrifing fhe inferrupf clear regisfer: 

Interrupt Status Bit did not clear 

Status: Expected = , Actual = 

State : IRQ Level = , SWI , VBR = 
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Software Interrupts Priority - SWIC 

Verifies that all software interrupts (1 through 7) occur in the priority set by 
the hardware. 

Command Input: 

162-Diag>VME2 SWIC 
Response / Messages: 

After the command has been issued, the following line is printed: 

VME2 SWIC: Software Interrupts Priority Running > 

If all parts of the test are completed correctly, then the test passes: 

VME2 SWIC: Software Interrupts Priority Running > PASSED 

If any part of the test fails, then the display appears as follows: 

VME2 SWIC: Software Interrupts Priority Running > FAILED 

(error message) 

Here, (error message) is one of the following: 

The interrupt enable register is cleared and status bits are read to verify that 
none are true: 

Interrupt Status Register is not initially cleared 
Status: Expected = , Actual = 

If the MPU is an M88000 family processor, the exception vector number is 
checked to make sure that the exception received was that of the interrupt 
(exception number 1): 

Incorrect Vector type 

Vector: Expected = , Actual = 

Status: Expected = , Actual = 

State : IRQ Level = , SWI , VBR = 
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If the received interrupt vector is not that of fhe programmed inferrupf vector: 

Unexpected Vector taken 

Vector: Expected = , Actual = 

Status: Expected = , Actual = 

State : IRQ Level = , SWI , VBR = 

If fhe received inferrupf level is nof fhaf of fhe programmed inferrupf level: 

Incorrect Interrupt Level 

Level : Expected = , Actual = 

State : IRQ Level = , SWI , VBR = 

If fhe programmed inferrupf did nof occur: 

Software Interrupt did not occur 

Status: Expected = , Actual = 

State : IRQ Level = , SWI , VBR = 

The VMEchip2 Inferrupf Sfafus Regisfer is checked for fhe proper inferrupf 
sfafus bif fo be acfive: 

Unexpected status set in Interrupt Status Register 

Status: Expected = , Actual = 

State : IRQ Level = , SWI , VBR = 

If, affer receiving an inferrupf, fhe inferrupf sfafus cannof be negafed by 
wrifing fhe inferrupf clear regisfer: 

Interrupt Status Bit did not ciear 

Status: Expected = , Actuai = 

State : IRQ Level = , SWI , VBR = 
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Timer Accuracy Test -TACU 

Performs a four point verification of the VMEChip2 ASIC timer and prescaler 
circuitry using the on-board Real Time Clock (RTC) as a timing reference. 

The RTC seconds register is read and the stop, write, and read bits are verified 
to be negated to ensure that the RTC is in the correct state for use by the 
firmware-based diagnostics. 

The prescaler calibration register is checked to verify that it contains one of 
four legal MPU clock calibration values. 

Both 32 bit tick timers are programmed to accumulate count, starting at zero, 
for a period of time determined by the RTC. The accumulated count is verified 
to be within a predetermined window. 

The upper 24 bits of the prescaler counter register is read at two intervals 
whose timing is determined by the RTC. The difference count is verified to be 
within a predetermined window. 

Command Input: 

162-Diag>VME2 TACU 
Response / Messages: 

After the command has been issued, the following line is printed: 

VME2 TACU: Timer Accuracy Running > 

If all parts of the test are completed correctly, then the test passes: 

VME2 TACU: Timer Accuracy Running > PASSED 

If any part of the test fails, then the display appears as follows: 

VME2 TACU: Timer Accuracy Running > FAILED 

(error message) 

Here, (error message) is one of the following: 

If the RTC is stopped: 

RTC is Stopped, invoke SET command. 
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If the RTC is in the write mode: 

RTC is in write mode, invoke SET command. 

If fhe RTC is in fhe read mode: 

RTC is in read mode, invoke SET command. 

If fhe prescaler calibration regisfer does nof confain one of four legal MPU 
clock calibrafion values: 

Illegal prescaler calibration: 

Expected EF, EC, E7, or DF, Actual = 

If fick fimer accuracy is ouf of tolerance: 

Timer counter register read (greater/less ) than expected 
Address = , Expected = , Actual = 

If prescaler counter regisfer accuracy is ouf of folerance, fhe prescaler counter 
address and expected and acfual difference counfs are displayed: 

Prescaler delta was (greater /less ) than expected 
Address = , Expected = , Actual = 

If fhe RTC seconds regisfer does nof incremenf during fhe fesf: 

RTC seconds register didn’t increment 
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Tick Timer Increment -TMRA,TMRB 

Verifies that Timer x Counter Register (x = 1 or 2) can be set to 0, and, that 
Timer x Counter Register value increments when enabled. The Timer is 
initialized by writing 0 to the Tick Timer Counter Register. The Clear On 
Compare mode is disabled by writing the COCx bit in the Tick Timer Control 
Register. The Timer is enabled by the ENx bit in the Tick Timer Control 
Register. The MPU executes a time delay loop, then disables Tick Timer x. The 
Tick Timer Control Register is read to see if it incremented from its initial value 
ofO. TMRA specifies Tick Timer 1. TMRB specifies Tick Timer 2. 

Command Input: 

162-Diag>VME2 TMRA 
or: 

162-Diag>VME2 TMRB 
Response / Messages: 

Note that in all responses shown below, the response "tmrx: Timer n " is 
TMRA : Timer 1 or TMRB : Timer 2, depending upon which test set is being 
performed. 

After the command has been issued, the following line is printed: 

VME2 TMRx: Timer n Increment Running > 

If all parts of the test are completed correctly, then the test passes: 

VME2 TMRx: Timer n Increment Running > PASSED 

If any part of the test fails, then the display appears as follows: 

VME2 TMRx: Timer n Increment Running > FAILED 

(error message) 

Here, (error message) is one of the following: 

Tick Timer _ Counter did not clear. 

Tick Timer _ Counter did not increment. 
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Prescaler Clock Adjust - TMPC 

Proves that the Prescaler Clock Adjust register can vary the period of the tick 
timer input clock. The test fails if fhe Prescaler Clock Adjusf regisfer has nof 
been previously inifialized fo a nonzero value. Two MPU fiming loops are 
execufed, fhe firsf wifh a "low" Prescaler Clock Adjusf regisfer value, fhe 
second wifh a "high" value. Timer 1 of fhe VMEchip2 is used for reference in 
fhis fesf. The firsf MPU loop counf is compared wifh fhe second MPU loop 
counf. The firsf MPU loop counf is expecfed fo be smaller fhan fhe second. 
The Prescaler Clock Adjusf regisfer value is restored upon correcf fesf 
execufion. 

Command Inpuf: 

162-Diag>VME2 TMRC 
Response / Messages: 

Affer fhe command has been issued, fhe following line is printed: 

VME2 TMRC: Prescaler Clock Adjust Running > 

If all parfs of fhe fesf are complefed correcfly, fhen fhe fesf passes: 

VME2 TMRC: Prescaler Clock Adjust Running > PASSED 

If any parf of fhe fesf fails, fhen fhe display appears as follows: 

VME2 TMRC: Prescaler Clock Adjust Running > FAILED 

If Prescaler Clock Adjusf regisfer was = 0: 

Prescaler Clock Adjust reg was not initialized 

A non-incremenfing timer gives fhe following for firsf loop fimeoufs: 

Low value : Timed out waiting for compare (ITICl) to assert. 

or, for lasf loop fimeoufs: 

High value:Timed out waiting for compare (ITICl) to assert 
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If the Prescaler Clock Adjust did not vary tick period: 

Prescaler Clock Adjust did not vary tick period. 
Loopl= , Loop2= . 
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Tick Timer No Ciear On Compare -TMRD,TMRE 

Verifies the Tick Timers No Clear On Compare mode. The Timer is initialized 
by writing 0 to the Tick Timer Counter Register. The Clear On Compare mode 
is disabled by writing the COCx bit in the Tick Timer Control Register. The 
compare value is initialized by writing $55aa to the Tick Timer Compare 
Register. The Timer is enabled by the ENx bit in the Tick Timer Control 
Register. After starting the timer, the MPU enters a time delay loop while 
testing for Tick Timer compare. Tick Timer compare is sensed by reading fhe 
TlCx bif in fhe Local Bus Inferrupfer Sfafus Regisfer. The Timer is slopped 
when Timer Compare is sensed, or an MPU loop counfer regisfer decremenfs 
fo 0 (fimeouf). If fhe MPU loop counfer did nof lime ouf, fhe Timer Counfer 
Regisfer is read fo make sure fhaf if was nof cleared on compare. TMRD 
specifies Tick Timer 1. TMRE specifies Tick Timer 2. 

Command Inpuf: 

162-Diag>VME2 TMRD 
or: 

162-Diag>VME2 TMRE 
Response / Messages: 

Nofe fhaf in all responses shown below, fhe response " tmrx : Timer n " is tmrd : 
Timer 1 or TMRE : Timer 2, depending upon which fesf sef is being performed. 

After fhe command has been issued, fhe following line is prinfed: 

VME2 TMRx: Timer n No Clear On Compare Running > 

If all parfs of fhe fesf are complefed correcfly, fhen fhe fesf passes: 

VME2 TMRx: Timer n No Clear On Compare Running > PASSED 

If any parf of fhe fesf fails, fhen fhe display appears as follows: 

VME2 TMRx: Timer n No Clear On Compare Running > FAILED 

(error message) 
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Here, (error message) is one of the following: 

Tick Timer : Counter did not clear. 

Timer Counter Register = / (address/data) 

Tick Timer : Timed out waiting for compare (ITICn) . 

Tick Timer : Timer cleared on compare. 

Timer Counter Register = / (address/data) 
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Tick Timer Ciear On Compare -TMRF,TMRG 

Verifies the Tick Timers Clear On Compare mode. The Timer is initialized by 
writing 0 to the Tick Timer Counter Register. The Clear On Compare mode is 
enabled by writing the COCx bit in the Tick Timer Control Register. The 
compare value is initialized by writing $55aa to the Tick Timer Compare 
Register. The Timer is enabled by the ENx bit in the Tick Timer Control 
Register. After starting the timer, the MPU enters a time delay loop while 
testing for Tick Timer compare. Tick Timer compare is sensed by reading fhe 
TlCx bif in fhe Local Bus Inferrupfer Sfafus Regisfer. The Timer is slopped 
when Timer Compare is sensed, or an MPU loop counfer regisfer decremenfs 
fo 0 (fimeouf). If fhe MPU loop counfer did nof lime ouf, fhe Timer Counfer 
Regisfer is read fo make sure fhaf if was cleared on compare. TMRF specifies 
Tick Timer 1. TMRG specifies Tick Timer 2. 

Command Inpuf: 

162-Diag>VME2 TMRF 
or: 

162-Diag>VME2 TMRG 
Response / Messages: 

Nofe fhaf in all responses shown below, fhe response " tmrx : Timer n " is tmrf ; 
Timer 1 or TMRG: Timer 2, depending upon which fesf sef is being performed. 

After fhe command has been issued, fhe following line is prinfed: 

VME2 TMRx: Timer n Clear On Compare Running > 

If all parfs of fhe fesf are complefed correcfly, fhen fhe fesf passes: 

VME2 TMRx: Timer n Clear On Compare Running > PASSED 

If any parf of fhe fesf fails, fhen fhe display appears as follows: 

VME2 TMRx: Timer n Clear On Compare Running > FAILED 

(error message) 
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Here, (error message) is one of the following: 

Tick Timer : Counter did not clear. 

Timer Counter Register = / (address/data) 

Tick Timer : Timed out waiting for compare (ITIC ) 

Tick Timer : Timer didn't clear on compare. 

Timer Counter Register = / (address/data) 


MVME162BUG/D2 


3-95 



Test Descriptions 


Overflow Counter -TMRH,TMRI 

Verifies that the overflow counfer is enabled and a counf of timer overflow is 
expecfed fo accumulafe. The COVF bif in fhe fimer confrol regisfer is asserfed 
and OVF bif is verified fo be clear. The fimer counfer regisfer is sef fo zero, fhe 
fimer compare regisfer is loaded wifh fhe value $55aa, and fhe fimer is 
enabled. When T1C(1 / 2) becomes frue, fhe fimer is disabled and fhe fimer 
overflow counfer regisfer is checked fo see fhaf fhe resulfanf overflow was 
counfed. TMRH specifies Tick Timer 1 Overflow Counfer. TMRI specifies 
Tick Timer 2 Overflow Counfer. 

Command Inpuf: 

162-Diag>VME2 TMRH 
or: 

162-Diag>VME2 TMRI 
Response / Messages: 

Nofe fhaf in all responses shown below, fhe response " tmrx : Timer n " is tmrh ; 
Timer 1 or TMRI : Timer 2, depending upon which fesf sef is being performed. 

Affer fhe command has been issued, fhe following line is prinfed: 

VME2 TMRx: Timer n Overflow Counter Running > 

If all parfs of fhe fesf are complefed correcfly, fhen fhe fesf passes: 

VME2 TMRx: Timer n Overflow Counter Running > PASSED 

If any parf of fhe fesf fails, fhen fhe display appears as follows: 

VME2 TMRx: Timer n Overflow Counter Running > FAILED 

(error message) 
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Here, (error message) is one of the following: 

Timer : Overflow Counter did not clear. 

Timer Control Register = 

Tick Timer : Counter did not clear. 

Timer Counter Register = / (address/data) 

Tick Timer : timeout waiting for ITIC 

Tick Timer : Overflow counter did not increment 

Timer Control Register = 
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Watchdog Timer Counter - TMRJ 

Verifies functionality at all programmable timing values. This test also checks 
watchdog timer clear status and timeout functions. The following is done for 
3 all programmable wafchdog fimeoufs: 

1. Check for linear fimeouf period wifh respecf fo previous fimeouf. 

2. Verify fhaf fimeouf sfafus can be cleared. 

Command Inpuf: 

162-Diag>VME2 TMRJ 
Response / Messages: 

Affer fhe command has been issued, fhe following line is prinfed: 

VME2 TMRJ: Watchdog Timer Counter Running > 

If all parfs of fhe fesf are complefed correcfly, fhen fhe fesf passes: 

VME2 TMRJ; Watchdog Timer Counter Running > PASSED 

If any parf of fhe fesf fails, fhen fhe display appears as follows: 

VME2 TMRJ: Watchdog Timer Counter Running > FAILED 

(error message) 

Here, (error message) is one of fhe following: 

Watchdog failed to timeout: mloops= 

out of tolerance 

time out code 

actual loops 

expected loops 

lower limit 

upper limit 

time out status (WDTO bit) could not be cleared 
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Watchdog Timer Board Fail -TMRK 

Tests the watchdog timer in board fail mode by setting up a watchdog timeout 
and verifying the status of the VMEchip2 BRFLI status bit in the Board Control 
register. This test verifies BRFLI for WDBFE both negated and asserted states. 

Command Input: 

162-Diag>VME2 TMRK 
Response / Messages: 

After the command has been issued, the following line is printed: 

VME2 TMRK: Watchdog Timer Board Fail Running > 

If all parts of the test are completed correctly, then the test passes: 

VME2 TMRK: Watchdog Timer Board Fail Running > PASSED 

If any part of the test fails, then the display appears as follows: 

VME2 TMRK: Watchdog Timer Board Fail Running > FAILED 

(error message) 

Here, (error message) is one of the following: 

Watchdog failed to timeout: wdbfe= , mloops= 

BRFLI (at $ ) was High, it should have been Low 

BRFLI (at $ ) was Low, it should have been High 

wdog: time out status (WDTO bit) could not be cleared 
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LAN Coprocessor for Ethernet (LANC) Tests 

This section describes the individual Local Area Network Coprocessor 
(182596) for Ethernet (LANC) tests. The terms LANC and 82596 are used 
interchangeably in the following LANC fesf group explanation fexf. 

The 82596, as an infelligenf, high-performance LAN coprocessor, execufes 
high-level commands, command chaining, and inferprocessor 
communications via shared memory. This relieves fhe hosf CPU of many 
fasks associafed wifh nefwork confrol; all fime-crifical functions are performed 
independenfly of fhe CPU, which greafly improves nefwork performance. 

The 82596 manages all IEEE 802.3 Medium Access Confrol and channel 
inferface functions, for example, framing, preamble generation and sfripping, 
source address insertion, destination address checking, shorf frame defecfion, 
and automatic lengfh-field handling. The 82596 supporfs serial dafa rafes up 
to 20Mb /s. 

Entering LANC wifhouf paramefers causes all LANC fesfs to execufe in fhe 
order shown in fhe fable below, excepf as noted. 

To run an individual fesf, add fhaf fesf name to fhe LANC command. 


Table 3-9. LANC Test Group 


Mnemonic 

Description 

CST 

Chip Self Test 

BERR 

Bus Error 

IRQ 

Interrupt Request 

DUMP 

Dump Configuration /Registers 

DIAG 

Diagnose Internal Hardware 

ILB 

Internal Loopback 

ELBT 

External Loopback Transceiver 

Executed only when specified: 

ELBC 

External Loopback Cable 

MON 

Monitor (Incoming Frames) Mode 

TDR 

Time Domain Reflectometry 


The individual fesfs are described in alphabefical order on fhe following 
pages. 
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The error message displays following the explanation of an individual LANC 
test pertain to the test being discussed. See also the subsection Additional Error 
Messages at the end of this section for messages that apply to all tests in the 
group. 

You can use the CF LANC command to configure the transmit to receive loop 
count (32) for the ELBC, ELBT, and ILB tests: 

162-Diag>CE LANC 
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Chip Self Test - CST 

Verifies that the 82596 self-test mode (command) can be executed, and also 
verifies fhaf fhe self-fesf resulfs (expecfed resulfs) mafch fhe acfual resulfs. The 
82596 provides fhe resulfs of fhe self-fesf af fhe address specified by fhe self- 
fesf PORT command. The self-fesf command checks fhe following blocks (of 
fhe 82596): 

□ ROM 

The confenfs of fhe enfire ROM is sequentially read info a Linear Feedback 
Shiff Regisfer (LFSR). The LFSR compresses fhe dafa and produces a 
signafure unique fo one sef of dafa. The resulfs of fhe LFSR are fhen 
compared fo a known good ROM signafure. The pass or fail resulf and fhe 
LFSR confenfs are written info fhe address specified by fhe self-fesf PORT 
command. 

□ Parallel Regisfers 

The micro machine performs wrife and read operafions fo all infernal 
parallel regisfers and checks fhe confenfs for proper values. The pass or 
fail resulf is fhen written info fhe address specified by fhe self-fesf PORT 
command. 

□ Bus Throttle Timers 

The micro machine performs an exfensive fesf of fhe Bus Throffle fimer 
cells and decremenfafion logic. The counfers are enabled and fhe confenfs 
are checked for proper values. The pass or fail resulf is fhen wriffen fo fhe 
address specified by fhe self-fesf PORT command. 

□ Diagnose 

The micro machine issues an infernal diagnose command fo fhe serial 
subsysfem. The pass or fail resulf of fhe Diagnose command is fhen 
wriffen info fhe address specified by fhe self-fesf PORT command. 

Command Inpuf: 

162 -Diag>LANC CST 
Response / Messages: 

After fhe command has been issued, fhe following line is prinfed: 

LANC CST: Chip Self Test Running > 

If all parfs of fhe fesf are complefed correcfly, fhen fhe fesf passes: 

LANC CST: Chip Self Test Running > PASSED 
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If any failures occur, the following is displayed (more descriptive text then 
follows): 

LANC CST: Chip Self Test Running > FAILED 

(error message) 

Here, (error message) is one of the following: 

If the expected results do not match (equal) the actual results of the 82596 self- 
test command results: 

LANC Chip Self-Test Error: Expected =00000000, Actual =10040000 
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Diagnose Internal Hardware - DIAG 

Verifies that the Diagnose command of fhe 82596 can be execufed, and fhaf an 
error-free completion sfafus is refurned. The Diagnose command friggers an 
infernal self-fesf procedure fhaf checks fhe 82596 hardware, which includes 
fhe following: 

□ Exponenfial Backoff Random Number Generafor 
(Linear Feedback Shiff Regisfer). 

□ Exponenfial Backoff Timeouf Counfer 

□ Slof Time Period Counfer 

□ Collision Number Counfer 

□ Exponenfial Backoff Shiff Regisfer 

□ Exponenfial Backoff Mask Logic 

□ Timer Trigger Logic 

The Channel Inferface Module of fhe 82596 performs fhe self-fesf procedure in 
fwo phases: Phase 1 fesfs fhe counfers and Phase 2 fesfs fhe frigger logic. 

During Phase 1, fhe Linear Feedback Shiff Regisfer (LFSR) and fhe Exponenfial 
Backoff Timer, Slof Timer, and Collision Counfers are checked. 

Phase 1: 

1. Simulfaneously resefs all counfers and shiff regisfers. 

2. Sfarfs counfing and shiffing fhe regisfers unfil fhe Exponenfial Backoff 
Shiff Regisfer reaches all ones. 

3. Checks fhe Exponenfial Backoff Shiff Regisfer for all ones when fhe LFSR 
confenf is all ones in ifs leasf significanf bifs. 

4. Stops counfing when fhe LFSR (30 bifs) reaches a specific sfafe, and 
Exponenfial Backoff Counfer (10 bifs) wraps from "All Ones" to "All 
Zeros". Simulfaneously, fhe Slof Time counfer swifches from 01111111111 
fo 10000000000, and fhe collision counfer (4 bifs) wraps from "All Ones" fo 
"All Zeros". 

5. Phase 1 is successful if fhe 10 leasf significanf bifs (when applicable) of all 
four counfers are "All Zeros". 
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Phase 2: 

1. Resets Exponential Backoff Shift Register and all counters. 

2. Temporarily configures Exponential Backoff logic internally, as listed: 


SLOT-TIME 

= $3 

LIN-PRIO 

= $6 

EXP-PRIO 

= $3 

BOP-MET 

= $0 


3. Emulates transmission and collision, internally 

4. Returns a "Passed" status if the most significant bit of Exponential Backoff 
Shift Register is 1 

or 

returns a "Failed" status if the most significant bit of Exponential Backoff 
Shift Register is 0 and repeats Step 3. 

Command Input: 

162 -Diag>LANC DIAG 

Response / Messages: 

After the command has been issued, the following line is printed: 

LANC DIAG: Diagnose Internal Hardware Running > 

If all parts of the test are completed correctly, then the test passes: 

LANC DIAG: Diagnose Internal Hardware Running > PASSED 

If any failures occur, the following is displayed (more descriptive text then 
follows): 

LANC DIAG: Diagnose Internal Hardware Running > FAILED 

(error message) 

This failure results if the Diagnose command fails: 

DIAGNOSE Command Completion Status Error: 

OK-Bit =0, F (ail) -Bit =1 
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Dump Configuration/Registers - DUMP 

Verifies that the Dump command of fhe 82596 can be execufed, and fhaf an 
error free complefion sfafus is refurned. The Dump command insfrucfs fhe 
82596 fo fransfer fhe configuration paramefers and confenfs of ofher regisfers 
from fhe Channel Inferface Module via RCV-FIFO by Receive Unif fo memory. 

The fesf issues fhe Dump command fo fhe 82596 and waifs for fwo seconds. 
Once fhe delay has expired, fhe fesf verifies fhe command complefion sfafus. 
The 82596 performs fhe following sequence upon fhe receipf of fhe Dump 
command: 

□ Sfarfs Acfion command. 

□ Wrifes Dump command byfe fo TX-FIFO. 

□ Waifs for complefion of DUMP. 

□ Prepares STATUS word wifh C=l, B=0, and OK=l. 

□ Complefes Acfion command. 

Command Inpuf: 

162 -Diag>LANC DUMP 
Response / Messages: 

After fhe command has been issued, fhe following line is prinfed: 

LANC DUMP: Dump Configuration/Registers Running > 

If all parfs of fhe fesf are complefed correcfly, fhen fhe fesf passes: 

LANC DUMP: Dump Configuration/Registers Running > PASSED 

If any failures occur, fhe following is displayed (more descriptive fexf fhen 
follows): 

LANC DUMP: Dump Configuration/Registers Running > FAILED 

(error message) 

This failure is fhe resulf of fhe Dump command failing: 

Dump Status Error: Expected =A006, Actual =8006 
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External Loopback Cable - ELBC 

Verifies that the 82596 can be operated in the "External Loopback with the 
LPBK pin not activated" mode. 

The 82596 has three modes of loopback: Internal Loopback, External 
Loopback with the LPBK pin activated, and External Loopback with the LPBK 
pin not activated. The LPBK pin is connected to the accompanying Ethernet 
Serial Interface (ESI - 82C501AD) chip. The ESI is then connected to the pulse 
transformer (PE64102), which in turn is connected to the Ethernet Connector. 

In External Loopback mode the 82596 transmits and receives simultaneously 
at a full rate. This allows checking external hardware as well as the serial link 
to the transceiver interface. The LPBK pin is used to inform the external 
hardware (ESI) of the establishment of a transmit to receive connection. 

The test sets up a data packet (incrementing data pattern) to be transmitted, 
transmits it, and waits for the reception of the data. Once the data is received, 
the data is verified to the data transmitted. This transmit to receive loop is 
performed 32 times. Use the CF LANC command to change the loop count. 

Note that this test does not execute when the LANC test group is executed 
(LANC with no arguments). This test is supplied only for diagnostic 
purposes. It requires a properly set up Ethernet network (cable). 

Command Input: 

162-Diag>LANC ELBC 

Response / Messages: 

After the command has been issued, the following line is printed: 

LANC ELBC: External Loopback Cable Running > 

If all parts of the test are completed correctly, then the test passes: 

LANC ELBC: External Loopback Cable Running > PASSED 

If any failures occur, the following is displayed (more descriptive text then 
follows): 

LANC ELBC: External Loopback Cable Running > FAILED 

(error message) 
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Once the data packet has been set up to be transmitted, the test instructs the 

82596 (through the Command Unit) to transmit the data packet. This failure is 

the result of fhe 82596 complefing wifh a fransmif dafa error. The sfafus bifs 

of fhe error message display indicafe fhe source of fhe problem: 

TRANSMIT Command Completion Status Error: 

OK-Bit =0, ABORT-Bit =0, STATUS-Bits =0010 

STATUS-Bifs breakdown: 

Bif #6 Lafe collision. A lafe collision (a collision affer fhe slof fime 

elapsed) is defecfed. 

Bif #5 No Carrier Sense signal during fransmission. Carrier Sense 

signal is monitored from fhe end of Preamble fransmission 
unfil fhe end of fhe Frame Check Sequence for TONOCRS = 1 
(Transmif On No Carrier Sense Mode); if indicates fhaf 
fransmission has been execufed despife a lack of CRS. For 
TONOCRS = 0 (Efhernef mode), fhis bif also indi cafes 
unsuccessful fransmission (fransmission stopped when lack 
of Carrier Sense has been defecfed). 

Bif #4 Transmission unsuccessful (stopped) due to Loss of Clear to 

Send signal. 

Bif #3 Transmission unsuccessful (slopped) due to DMA Underrun; 

i.e., fhe system did nof supply dafa for fransmission. 

Bif #2 Transmission Deferred, i.e., fransmission was nof immediate 

due to previous link acfivify. 

Bif #1 Hearfbeaf Indicafor. Indicates fhaf affer a previously 

performed fransmission, and before fhe mosf recenfly 
performed fransmission, (Inferframe Spacing) fhe CDT signal 
was monitored as acfive. This indicafes fhaf fhe Efhernef 
Transceiver Collision Defecf logic is performing well. The 
Hearfbeaf is monifored during Inferframe Spacing period. 

Bif #0 Transmission affempf was stopped because fhe number of 

collisions exceeded fhe maximum allowable number of 
refries. 
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Once the data packet is transmitted successfully, the test waits for four seconds 
for the receipt of the data. This failure is the result of the timeout (four 
seconds) expiring: 

RECEIVE Data Time-Out 

Once the transmitted data has been received, the test verifies the status of the 
receive data packet. This failure is the result of the receive data packet having 
been received in error: 

RECEIVE Status Error: 

COMPLETE-Bit =1, OK-Bit=0, STATUS-Bits =0000 

STATUS-Bits breakdown: 

Bit #12 Length of error if configured to check length. 

Bit #11 CRC error in an aligned frame. 

Bit #10 Alignment error (CRC error in a misaligned frame). 

Bit #9 Ran out of buffer space - no resources. 

Bit #8 DMA Overrun. Failure to acquire the system bus. 

Bit #7 Frame too short. 

Bit #6 No FOP flag (for Bit stuffing only). 

Bit #1 lA Match Bit. When it is zero, the destination address of a 

received frame matches the lA address. When it is one, the 
destination address of the received frame does not match the 
individual address. For example, a multicast or broadcast 
address sets this bit to a one. 

Bit #0 Receive collision. A collision is detected during reception. 

Once the data packet has been received and the receive data status verifies, the 
test verifies that the number of bytes received equals the number of bytes 
transmitted. This failure is the result of the receive data count and the transmit 
data count not being equal: 

RECEIVE Data Transfer Count Error: 

Expected =05EA, Actual =003C 
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Upon completion of all the status checks, the test now compares the received 
data to the transmitted data. This failure resulfs if fhe dafa does nof verify 
(compare): 

Receive Data Miscompare Error: 

Address =0000E2C0, Expected =3E3F, Actual =3E3E 
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External Loopback Transceiver - ELBT 

Verifies that the 82596 can be operated in the "External Loopback with the 
LPBK pin activated" mode. 

The 82596 has three modes of loopback: Internal Loopback, External Loopback 
with the LPBK pin activated, and External Loopback with the LPBK pin not 
activated. The LPBK pin is connected to the accompanying Ethernet Serial 
Interface (ESI - 82C501AD) chip. The ESI is then connected to the pulse 
transformer (PE64102), which in turn is connected to the Ethernet Connector. 

In External Loopback mode the 82596 transmits and receives simultaneously 
at a full rate. This allows checking external hardware as well as the serial link 
to the transceiver interface. The LPBK pin is used to inform the external 
hardware (ESI) of the establishment of a transmit to receive connection. 

The test sets up a data packet (incrementing data pattern) to be transmitted, 
transmits it, and waits for the reception of the data. Once the data is received, 
the data is verified to the data transmitted. This transmit to receive loop is 
performed 32 times. Use the CF LANC command to change the loop count. 

Command Input: 

162-Diag>LANC ELBT 

Response / Messages: 

After the command has been issued, the following line is printed: 

LANC ELBT: External Loopback Transceiver Running > 

If all parts of the test are completed correctly, then the test passes: 

LANC ELBT: External Loopback Transceiver Running > PASSED 

If any failures occur, the following is displayed (more descriptive text then 
follows): 

LANC ELBT: External Loopback Transceiver Running > FAILED 

(error message) 
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Once the data packet has been set up to be transmitted, the test instructs the 
82596 (through the Command Unit) to transmit the data packet. This failure is 
the result of fhe 82596 complefing wifh a fransmif dafa error. The sfafus bifs 
of fhe error message display indicafe fhe source of fhe problem: 

TRANSMIT Command Completion Status Error: 

OK-Bit =0, ABORT-Bit =0, STATUS-Bits =0010 

STATUS-Bifs breakdown: 

Bif #6 Lafe collision. A lafe collision (a collision affer fhe slof fime 

elapsed) is defecfed. 

Bif #5 No Carrier Sense signal during fransmission. Carrier Sense 

signal is monitored from fhe end of Preamble fransmission 
unfil fhe end of fhe Frame Check Sequence for TONOCRS = 1 
(Transmif On No Carrier Sense Mode); if indicates fhaf 
fransmission has been execufed despife a lack of CRS. For 
TONOCRS = 0 (Efhernef mode), fhis bif also indi cafes 
unsuccessful fransmission (fransmission stopped when lack 
of Carrier Sense has been defecfed). 

Bif #4 Transmission unsuccessful (stopped) due to Loss of Clear to 

Send signal. 

Bif #3 Transmission unsuccessful (slopped) due to DMA Underrun; 

i.e., fhe system did nof supply dafa for fransmission. 

Bif #2 Transmission Deferred, i.e., fransmission was nof immediate 

due to previous link acfivify. 

Bif #1 Hearfbeaf Indicafor. Indicates fhaf affer a previously 

performed fransmission, and before fhe mosf recenfly 
performed fransmission, (Inferframe Spacing) fhe CDT signal 
was monitored as acfive. This indicafes fhaf fhe Efhernef 
Transceiver Collision Defecf logic is performing well. The 
Hearfbeaf is monifored during Inferframe Spacing period. 

Bif #0 Transmission affempf was stopped because fhe number of 

collisions exceeded fhe maximum allowable number of 
refries. 

Once fhe dafa packef is fransmiffed successfully, fhe fesf waifs for four seconds 
for fhe receipf of fhe dafa. This failure is fhe resulf of fhe fimeouf (four 
seconds) expiring: 
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RECEIVE Data Time-Out 

Once the transmitted data has been received, the test verifies the status of the 
receive data packet. This failure is the result of the receive data packet having 
been received in error: 

RECEIVE Status Error: 

COMPLETE-Bit =1, OK-Bit=0, STATUS-Bits =0000 

STATUS-Bits breakdown: 

Bit #12 Length of error if configured to check length. 

Bit #11 CRC error in an aligned frame. 

Bit #10 Alignment error (CRC error in a misaligned frame). 

Bit #9 Ran out of buffer space - no resources. 

Bit #8 DMA Overrun. Failure to acquire the system bus. 

Bit #7 Frame too short. 

Bit #6 No FOP flag (for Bit stuffing only). 

Bit #1 lA Match Bit. When it is zero, the destination address of a 

received frame matches the lA address. When it is one, the 
destination address of the received frame does not match the 
individual address. For example, a multicast or broadcast 
address sets this bit to a one. 

Bit #0 Receive collision. A collision is detected during reception. 

Once the data packet has been received and the receive data status verifies, the 
test verifies that the number of bytes received equals the number of bytes 
transmitted. This failure is the result of the receive data count and the transmit 
data count not being equal: 

RECEIVE Data Transfer Count Error: 

Expected =05EA, Actual =003C 

Upon completion of all the status checks, the test now compares the received 
data to the transmitted data. This failure results if the data does not verify 
(compare): 

Receive Data Miscompare Error: 

Address =0000E2C0, Expected =3E3F, Actual =3E3E 
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Internal Loopback - ILB 

Verifies that the 82596 can be operated in the "Internal Loopback" mode. 

The 82596 has three modes of loopback: Infernal Loopback, Exfernal Loopback 
wifh fhe LPBK pin acfivafed, and Exfernal Loopback wifh fhe LPBK pin nof 
acfivafed. The LPBK pin is connecfed fo fhe accompanying Efhernef Serial 
Inferface (ESI - 82C501AD) chip. The ESI is fhen connecfed fo fhe pulse 
fransformer (PE64102), which in furn is connecfed fo fhe Efhernef Connecfor. 

In Infernal Loopback mode fhe 82596 disconnecfs ifself from fhe serial link and 
logically connecfs TXD fo RXD and TXC fo RXC. The TXC frequency is 
infernally divided by four during infernal loopback operation. 

The fesf sefs up a dafa packef (incrementing dafa pattern) fo be fransmiffed, 
fransmifs if, and waifs for fhe reception of fhe dafa. Once fhe dafa is received, 
fhe dafa is verified fo fhe dafa fransmiffed. This fransmif fo receive loop is 
performed 32 fimes. Use fhe CF LANC command fo change fhe loop counf. 

Command Inpuf: 

162-Diag>LANC ILB 
Response / Messages: 

After fhe command has been issued, fhe following line is prinfed: 

LANC ILB: Internal Loopback Running > 

If all parfs of fhe fesf are complefed correcfly, fhen fhe fesf passes: 

LANC ILB: Internal Loopback Running > PASSED 

If any failures occur, fhe following is displayed (more descriptive fexf fhen 
follows): 

LANC ILB: Internal Loopback Running > FAILED 

(error message) 

Once fhe dafa packef has been sef up fo be fransmiffed, fhe fesf insfrucfs fhe 
82596 (fhrough fhe Command Unif) fo fransmif fhe dafa packef. This failure is 
fhe resulf of fhe 82596 complefing wifh a fransmif dafa error. The sfafus bifs 
of fhe error message display indicafe fhe source of fhe problem: 

TRANSMIT Command Completion Status Error: 

OK-Bit =0, ABORT-Bit =0, STATUS-Bits =0010 
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STATUS-Bits breakdown: 

Bit #6 Late collision. A late collision (a collision after the slot time 

elapsed) is detected. 

Bit #5 No Carrier Sense signal during transmission. Carrier Sense 

signal is monitored from the end of Preamble transmission 
until the end of the Frame Check Sequence for TONOCRS = 1 
(Transmit On No Carrier Sense Mode); it indicates that 
transmission has been executed despite a lack of CRS. For 
TONOCRS = 0 (Ethernet mode), this bit also indicates 
unsuccessful transmission (transmission stopped when lack 
of Carrier Sense has been detected). 

Bit #4 Transmission unsuccessful (stopped) due to Loss of Clear to 

Send signal. 

Bit #3 Transmission unsuccessful (stopped) due to DMA Underrun; 

i.e., the system did not supply data for transmission. 

Bit #2 Transmission Deferred, i.e., transmission was not immediate 

due to previous link activity. 

Bit #1 Heartbeat Indicator. Indicates that after a previously 

performed transmission, and before the most recently 
performed transmission, (Interframe Spacing) the CDT signal 
was monitored as active. This indicates that the Ethernet 
Transceiver Collision Detect logic is performing well. The 
Heartbeat is monitored during Interframe Spacing period. 

Bit #0 Transmission attempt was stopped because the number of 

collisions exceeded the maximum allowable number of 
retries. 

Once the data packet is transmitted successfully, the test waits for four seconds 
for the receipt of the data. This failure is the result of the timeout (four 
seconds) expiring: 

RECEIVE Data Time-Out 

Once the transmitted data has been received, the test verifies the status of the 
receive data packet. This failure is the result of the receive data packet having 
been received in error: 


MVME162BUG/D2 


3-115 



Test Descriptions 


RECEIVE Status Error: 

COMPLETE-Bit =1, OK-Bit=0, STATUS-Bits =0000 

STATUS-Bits breakdown: 

3 Bit #12 Length of error if configured fo check lengfh. 

Bif #11 CRC error in an aligned frame. 

Bif #10 Alignmenf error (CRC error in a misaligned frame). 

Bif #9 Ran ouf of buffer space - no resources. 

Bif #8 DMA Overrun. Failure fo acquire fhe sysfem bus. 

Bif #7 Frame too shorf. 

Bif #6 No EOF flag (for Bif sfuffing only). 

Bif #1 lA Mafch Bif. When if is zero, fhe desfinafion address of a 

received frame mafches fhe lA address. When if is one, fhe 
desfinafion address of fhe received frame does nof mafch fhe 
individual address. For example, a mulficasf or broadcasf 
address sefs fhis bif fo a one. 

Bif #0 Receive collision. A collision is defecfed during reception. 

Once fhe dafa packef has been received and fhe receive dafa sfafus verifies, fhe 
fesf verifies fhaf fhe number of byfes received equals fhe number of byfes 
fransmiffed. This failure is fhe resulf of fhe receive dafa counf and fhe fransmif 
dafa counf nof being equal: 

RECEIVE Data Transfer Count Error: 

Expected =05EA, Actual =003C 

Upon completion of all fhe sfafus checks, fhe fesf now compares fhe received 
dafa fo fhe fransmiffed dafa. This failure resulfs if fhe dafa does nof verify 
(compare): 

Receive Data Miscompare Error: 

Address =0000E2C0, Expected =3E3F, Actual =3E3E 
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Interrupt Request - IRQ 

Verifies that the 82596 can assert an interrupt request to the MPU. The 82596 
has only one line to signal its interrupt request. The 82596's interrupt request 
is controlled by the Memory Controller Chip (MCC). The test issues an 
initialization sequence of the 82596 to occur, upon completion of the 
initialization the 82596 asserts its interrupt request line to the MPU via the 
MCC. The test verifies that the appropriate interrupt status is set in the MCC 
and also that the interrupt status can be cleared. 

Command Input: 

162 -Diag>LANC IRQ 

Response / Messages: 

After the command has been issued, the following line is printed: 

LANC IRQ: Interrupt Request Running > 

If all parts of the test are completed correctly, then the test passes: 

LANC IRQ: Interrupt Request Running > PASSED 

If any failures occur, the following is displayed (more descriptive text then 
follows): 

LANC IRQ: Interrupt Request Running > FAILED 

(error message) 

Prior to the 82596 initialization sequence launch, the interrupt control register 
in the MCC is verified against the pretest expected results. This failure is the 
result of the register contents not verifying against the expected pretest results: 

LANC Interrupt Control/Status Register Error: 

Expected =50, Actual =70 

Upon completion of the initialization sequence of the 82596, the test verifies 
the interrupt control register for interrupt status. This failure is the result of 
the register contents not verifying against the expected post test results (i.e., 
interrupt status bit not set): 

LANC Interrupt Control/Status Register Error: 

Expected =70, Actual =50 
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Once the interrupt status is verified, the interrupt status is cleared via the ICLR 
bit in the interrupt control register in the MCC. This failure is fhe resulf of fhe 
inferrupf sfafus bif (INT) in fhe inferrupf confrol regisfer nof clearing: 

LANC Interrupt Control/Status Register Error: 

Expected =50, Actual =70 


3-118 


162Bug Debugging Package User's Manual 



LAN Coprocessor for Ethernet (LANC) Tests 


Monitor (Incoming Frames) Mode - MON 

Instructs the 82596 to monitor all incoming (receive data) frames. This test is 
subclassed as a utility test and does not execute when the LANC test group is 
executed. The utility is provided for diagnostic purposes only. Note that no 
frames are transferred to memory (i.e., 82596 Monitor Mode #3). 

This utility, which has no PASS /FAIL message associated with it, executes 
continuously. You must press the BREAK key to exit (abort). 

Command Input: 

162-Diag>LANC MON 

Response / Messages: 

CRCE=0000000 AE=0000000 SF=0000000 RC=0000000 TGB=0000000 TG=0000000 


Where: 


CRCE 

32-bit count that specifies the number of aligned frames 
discarded because of a CRC error. 

AE 

32-bit count that specifies the number of frames that are both 
misaligned (i.e., CRS deasserts on a non-octet boundary) and 
contain a CRC error. 

SF 

32-bit count that specifies the number of received frames that 
are shorter than the minimum length. 

RC 

32-bit count that specifies the number of collisions detected 
during frame reception. 

TGB 

32-bit count that specifies the number of good and bad frames 
received. 

TG 

32-bit count that specifies the number of good frames 
received. 

The Short Frame counter has priority over CRC, Alignment, and RX Collision 
counters. Only one of these counters is incremented per frame. For example, 
if a received frame is both short and collided, only the Short Frame counter is 


incremented. 
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Time Domain Refiectometry -TDR 

Verifies that Time Domain Refiectometry (TDR) can be executed, and that an 
error free complefion sfafus is refurned. 

This fesf acfivafes fhe TDR feafure of fhe 82596, which is a mechanism fo defecf 
open or shorfs on fhe link and fheir disfance from fhe diagnosing sfafion. The 
maximum lengfh of fhe TDR frame is 2048 bifs. If fhe 82596 senses collision 
while fransmiffing fhe TDR frame, if fransmifs fhe jam paffern and stops fhe 
fransmission. The 82596 fhen friggers an infernal timer (STC); fhe timer is resef 
af fhe beginning of fransmission and resef if CRS is refurned. The fimer 
measures fhe fime elapsed from fhe sfarf of fransmission unfil an echo is 
refurned. The echo is indicafed by Collision Defecf going acfive or a drop in 
fhe Carrier Sense signal. 

There are four possible resulfs: 

1 . The Carrier Sense signal does nof go acfive before fhe counfer expires. For 
a Transceiver fhaf should refurn Carrier Sense during fransmission, fhis 
means fhaf fhere is a problem on fhe cable between the 82596 and the 
Transceiver. For a Transceiver that should not return Carrier Sense during 
transmission, this is normal. 

2. The Carrier Sense signal goes active and then inactive before fhe counfer 
expires. For a Transceiver fhaf should refurn Carrier Sense during 
fransmission, fhis means fhaf fhere is a shorf on fhe link. 

3. The Collision Defecf signal goes acfive before fhe counfer expires. This 
means fhaf fhe link is nof properly terminated (an open). 

4. The Carrier Sense signal goes acfive buf does nof go inacfive and Collision 
Defecf does nof go acfive before fhe counfer expires. This is fhe normal 
case and indicates fhaf fhere is no problem on fhe link. 

The disfance fo fhe cable failure can be calculafed as follows: 


where: 


Disfance = TIME X (Vs / (2 X Fs)) 


Vs = wave propagation speed on fhe link (M/ s) 

Fs = serial clock frequency (Hz) 

Accuracy is plus /minus Vs / (2 X Fs) 

Nofe fhaf fhis fesf does nof execufe when fhe LANC fesf group is execufed 
(LANC wifh no argumenfs). This fesf is supplied only for diagnosfic 
purposes. If requires a properly sef up Efhernef nefwork (cable). 
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Command Input: 

162 -Diag>LANC TDR 
Response / Messages: 

After the command has been issued, the following line is printed: 

LANC TDR: Time Domain Ref lectometry Running > 

If all parts of the test are completed correctly, then the test passes: 

LANC TDR: Time Domain Ref lectometry Running > PASSED 

If any failures occur, the following is displayed (more descriptive text then 
follows): 

LANC TDR: Time Domain Ref lectometry Running > FAILED 

(error message) 

This failure is the result of TDR command executing with error status: 

TDR Command Completion Status Error: 

OK-Bit =0 

Once the TDR command has completed successfully, the LINK-OK bit is 
checked in the TDR command packet. This failure is the result of the LINK- 
OK bit being false (problem with link). The various diagnostic parameters also 
are displayed with an error message: 

TDR Command Results Error: 

Transceiver Problem =TRUE or FALSE 

Termination Problem =TRUE or FALSE 

Transmission Line Shorted =TRUE or FALSE 

Transmit Clock Cycles =0 to 7FF 
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Additional Error Messages 

The following error messages, and descriptions for each, may apply fo any or 
all of fhe fesfs wifhin fhe LANC fesf group. 

If fhe amounf memory found during fhe diagnostics subsysfem inifializafion 
does nof meef fhe amounf of memory needed by fhe LANC fesf group: 

Test Initialization Error: 

Not Enough Memory, Need =00010000, Actual =000087F0 

If fhe confrol memory address specified by fhe LANC fesf group configuration 
paramefers is nof 16 byfe aligned: 

Test Initialization Error: 

Control Memory Address Not 16 Byte Aligned =0000E008 

The ISCP (Infermediafe Sysfem Configurafion Poinfer) indicafes fhe locafion 
of fhe SCB (Sysfem Confrol Block). The CPU loads fhe SCB address info fhe 
ISCP and asserfs CA (Channel Attention). This Channel Attention signal 
causes fhe 82596 fo begin ifs inifializafion procedure fo gef fhe SCB address 
from fhe ISCP. The SCB is fhe cenfral poinf fhrough which fhe CPU and fhe 
82596 exchange confrol and sfafus information. This failure is fhe resulf of fhe 
busy byfe in fhe ISCP nof becoming clear after one fenfh of a second from fhe 
issue of fhe channel attention: 

LANC Initialization Error: 

SCB Read Failure (Channel Attention Signal) 

During fhe inifializafion process of fhe 82596, fhe LANC fesf group 
inifializafion funcfion issues an inferrupf acknowledge command fo fhe 82596 
fo acknowledge fhe complefion of fhe 82596 inifializafion. This failure is fhe 
resulf of fhe 82596 command queue nof accepting fhe command: 

LANC Initialization Error: 

LANC Command Unit Command Acceptance Time-Out 

During fhe inifializafion process of fhe 82596, fhe LANC fesf group 
inifializafion funcfion issues an inferrupf acknowledge command fo fhe 82596 
fo acknowledge fhe complefion of fhe 82596 inifializafion. Once fhe command 
is accepfed by fhe 82596, fhe inifializafion funcfion waifs for fhe 82596 fo posf 
sfafus of fhe complefion of fhe command. This failure is fhe resulf of fhe 
command fiming ouf from fhe issue of fhe command. The fimeouf value is sef 
fo one second: 
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LANC Initialization Error: 

LANC Command Unit Interrupt Acknowledge Command Completion Time-Out 

At the completion of each test in the LANC test group the LANC error status 
register (MCC - $FFF42028) is checked for any possible bus error conditions 
that may have been encountered by the LANC while performing DMA 
accesses to the local bus. This failure is the result of any bus error condition: 

LANC Error Status Register {DMA Bits) Not Clear =02 

Prior to issuing a command to the Command Unit of the 82596, the command 
execution function verifies that the command unit is idle. This failure is the 
result of the command unit not being in the idle state: 

LANC Command Unit Not Idle (Busy) 

Prior to issuing a command to the Receive Unit of the 82596, the receive 
command execution function verifies that the receive unit is idle. This failure 
is the result of the receive unit not being in the idle state: 

LANC Receive Unit Not Idle (Busy) 

Prior to issuing a command to the Command Unit of the 82596, the command 
execution function verifies that the command unit does not have any 
outstanding (pending) interrupt requests. This failure is the result of the 
command unit having pending interrupt requests: 

LANC Command Unit Interrupt (s) Pending 

when a command is issued to the 82596, the command execution function 
verifies that the 82596 accepted the command. The command execution 
function waits for one second for this event to occur. This failure is the result 
of the one second timeout expiring: 

LANC Command Unit Command Acceptance Time-Out 

Once a command has been accepted by the 82596, the command execution 
function waits for the command to complete. The command execution 
function waits for eight seconds for this event to occur. This failure is the 
result of the eight second timeout expiring: 

LANC Command Unit Command Completion Time-Out 
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Once a command has been completed by the 82596, the command execution 
function waits for fhe appropriafe inferrupf sfafus fo be posfed by fhe 82596. 
The command execufion funcfion waifs for one second for fhis evenf fo occur. 
This failure is fhe resulf of fhe one second fimeouf expiring: 

LANC Command Unit Interrupt Status Time-Out 

Once fhe appropriafe inferrupf sfafus is sef by fhe 82596, fhe command 
execufion funcfion issues an inferrupf acknowledge command fo fhe 
command unif of fhe 82596. Once fhis command is issued fo fhe 82596, fhe 
command execufion funcfion waifs for one second for fhe 82596 fo posf fhe 
complefion of fhe inferrupf acknowledge command. This failure is fhe resulf 
of fhe one second fimeouf expiring: 

LANC Command Unit Interrupt Acknowledge Command Completion Time-Out 

when a receive command is issued fo fhe 82596, fhe receive command 
execufion funcfion verifies fhaf fhe 82596 accepfed fhe receive command. The 
receive command execufion funcfion waifs for one second for fhis evenf fo 
occur. This failure is fhe resulf of fhe one second fimeouf expiring: 

LANC Receive Unit Command Acceptance Time-Out 

Once fhe appropriafe inferrupf sfafus is sef by fhe 82596, fhe receive command 
execufion funcfion issues an inferrupf acknowledge command fo fhe receive 
command unif of fhe 82596. Once fhis command is issued fo fhe 82596, fhe 
receive command execufion funcfion waifs for one second for fhe 82596 fo posf 
fhe complefion of fhe inferrupf acknowledge command. This failure is fhe 
resulf of fhe one second fimeouf expiring: 

LANC Receive Unit Interrupt Acknowledge Command Completion Time-Out 

Upon complefion of fhe Configure wifh Operafing Paramefers command, fhe 
command complefion sfafus is verified fhaf if was successful. This failure is 
fhe resulf of an error condition in fhe complefion of fhe command: 

Configure Command Completion Status Error; 

OK-Bit =0, ABORT-Bit =0 
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Upon completion of the Individual Address Setup command, the command 
completion status is verified that it was successful. This failure is the result of 
an error condition in the completion of the command: 

Individual Address Setup Command Completion Status Error: 

OK-Bit =0, ABORT-Bit =0 
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NCR 53C710 SCSI I/O Processor (NCR) Tests 

These sections describe the individual NCR 53C710 (SCSI 1/ O Processor) tests. 

Entering NCR without parameters causes all NCR tests in the order shown in 
the table below. 

To run an individual test, add that test name to the NCR command. The 
individual tests are described in alphabetical order on the following pages. 
The error message displays following fhe explanafion of a NCR fesf perfain fo 
fhe fesf being discussed. 


Table 3-1 0. NCR Test Group 


Mnemonic 

Description 

ACCl 

Device Access 

ACC2 

Register Access 

SFIFO 

SCSI FIFO 

DFIFO 

DMA FIFO 

LPBK 

Loopback 

SCRIPTS 

SCRIPTS Processor 

IRQ 

Interrupts 


Use fhe CF NCR command fo change fhese paramefers: 

□ The "Tesf Memory Base Address" for fhe IRQ and SCRIPTS fesfs 

□ The "Memory Move Addresses and Byfe Counf" for fhe SCRIPTS fesf 
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Device Access - ACC1 

Tests the ability to access the NCR 53C710 device. 

1 . All device registers are accessed (read) on 8-bit and 32-bit boundaries. (No 
attempt is made to verify the contents of fhe regisfers.) 

2. The device dafa lines are checked by successive wrifes and reads fo fhe 
SCRATCH regisfer, by walking a 1 bif fhrough a field of zeros and walking 
a 0 bif fhrough a field of ones. 

If no errors are defecfed, fhen fhe NCR device is resef; ofherwise fhe device is 
leff in fhe fesf sfafe. 

Command Inpuf: 

162 -Diag>NCR ACCl 
Response / Messages: 

Affer fhe command has been issued, fhe following line is prinfed: 

NCR ACCl: Device Access Running > 

If all parfs of fhe fesf are complefed correcfly, fhen fhe fesf passes: 

NCR ACCl: Device Access Running > PASSED 

If any parf of fhe fesf fails, fhen fhe display appears as follows: 

NCR ACCl: Device Access Running > FAILED 

NCR/ACCl Test Failure Data: 

(error message) 

Here, (error message) is one of fhe following: 
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SCRATCH Register is not initially cleared 
Device Access Error: 

Address = , Expected = , Actual = 

Device Access Error: 

Bus Error Information: 

Address 

Data 

Access Size 

Access Type _ 

Address Space Code _ 

Vector Number 

Unsolicited Exception: 

Program Counter 

Vector Number 

Status Register 

Interrupt Level _ 

NOTES: 

1. All error message data is displayed as hexadecimal values. 

2. The Unsolicited Exception information is only displayed if fhe excepfion 
was nof a Bus Error. 

3. Access Size is displayed in byfes. 

4. Access Type is: 

0 wrife 

1 read 

5. The Address Space Code is: 

1 user dafa 

2 user program 

5 supervisor dafa 

6 supervisor program 

7 MPU space 
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Register Access - ACC2 

Tests the ability to access the NCR 53C710 registers, by checking the state of 
the registers from a soffware resef condifion and checking fheir read/ wrife 
abilify. Sfafus regisfers are checked for inifial clear condifion affer a soffware 
resef. Wrifable regisfers are wriffen and read wifh a walking 1 fhrough a field 
of zeros. If no errors are defecfed, fhen fhe NCR device is resef; ofherwise fhe 
device is leff in fhe fesf sfafe. 

Command Inpuf: 

162-Diag>NCR ACC2 

Response / Messages: 

Affer fhe command has been issued, fhe following line is prinfed: 

NCR ACC2 : Register Access Running > 

If all parfs of fhe fesf are complefed correcfly, fhen fhe fesf passes: 

NCR ACC2 : Register Access Running > PASSED 

If any parf of fhe fesf fails, fhen fhe display appears as follows: 

NCR ACC2 : Register Access Running > FAILED 

NCR/ACC2 Test Failure Data: 

(error message) 

Here, (error message) is one of fhe following: 

ISTAT Register is not initially cleared 
SSTATO Register is not initially cleared 
SSTATl Register is not initially cleared 
SSTAT2 Register is not initially cleared 
SIEN Register Error: 

Address = , Expected = , Actual = 

SDID Register Error: 

Address = , Expected = , Actual = 

SODL Register Error: 

Address = , Expected = , Actual = 

SXFER Register Error: 

Address = , Expected = , Actual = 
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SCID Register Error: 

Address = , Expected = , Actual = 

DSA Register Error: 

Address = , Expected = , Actual = 

TEMP Register Error: 

Address = , Expected = , Actual = 

DMA Next Address Error: 

Address = , Expected = , Actual = 

Register Access Error: 

Bus Error Information: 

Address 

Data 

Access Size 

Access Type _ 

Address Space Code _ 

Vector Number 

Unsolicited Exception: 

Program Counter 

Vector Number 

Status Register 

Interrupt Level _ 

NOTES: 

1. All error message data is displayed as hexadecimal values. 

2. The Unsolicited Exception information is only displayed if fhe excepfion 
was nof a Bus Error. 

3. Access Size is displayed in byfes. 

4. Access Type is: 

0 wrife 

1 read 

5. The Address Space Code is: 

1 user dafa 

2 user program 

5 supervisor dafa 

6 supervisor program 

7 MPU space 
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DMA FIFO - DFIFO 


Tests the ability to write data into the DMA FIFO and retrieve it in the same 
order as written. The DMA FIFO is checked for an empty condition following 
a soffware resef, fhen fhe FBL2 bif is sef and verified. The FIFO is fhen filled 
wifh 16 byfes of dafa in fhe four byfe lanes verifying fhe byfe lane full or empfy 
wifh each wrife. Nexf fhe FIFO is read verifying fhe dafa and fhe byfe lane full 
or empfy wifh each read. If no errors are defecfed, fhen fhe NCR device is 
resef; ofherwise fhe device is leff in fhe fesf sfafe. 

Command Inpuf: 

162 -Diag>NCR DFIFO 
Response / Messages: 

Affer fhe command has been issued, fhe following line is prinfed: 

NCR DFIFO: DMA FIFO Running > 

If all parfs of fhe fesf are complefed correcfly, fhen fhe fesf passes: 

NCR DFIFO: DMA FIFO Running > PASSED 

If any parf of fhe fesf fails, fhen fhe display appears as follows: 

NCR DFIFO: DMA FIFO Running > FAILED 

NCR/DFIFO Test Failure Data: 

(error message) 

Here, (error message) is one of fhe following: 

DMA FIFO is not initially empty 


DMA FIFO Byte Control not enabled 
Address = , Expected = , Actual = 

DMA FIFO Byte Control Error: 

Address = , Expected = , Actual = 

DMA FIFO Empty/Full Error: 

Address = , Expected = , Actual = 


DMA FIFO Parity Error: 

Address = , Expected = , Actual = 

DMA FIFO Byte Lane _ 


DMA FIFO Error: 

Address = , Expected = , Actual = 

DMA FIFO Byte Lane _ 
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Interrupts - IRQ 

Verifies that level 0 interrupts will not generate an interrupt, but will set the 
appropriate status. The test then verifies fhaf all inferrupfs (1-7) can be 
generafed and received and fhaf fhe appropriafe sfafus is sef. 

Command Inpuf: 

162-Diag>NCR IRQ 

Response / Messages: 

Affer fhe command has been issued, fhe following line is prinfed: 

NCR IRQ: NCR 53C710 Interrupts Running > 

If all parfs of fhe fesf are complefed correcfly, fhen fhe fesf passes: 

NCR IRQ: NCR 53C710 Interrupts Running > 

PASSED 

If any parf of fhe fesf fails, fhen fhe display appears as follows: 

NCR IRQ: NCR 53C710 Interrupts Running > 

FAILED 

NCR/IRQ Test Failure Data: 

(error message) 

Here, (error message) is one of fhe following: 

Test Initialization Error: 

Not Enough Memory, Need = , Actual = 

Test Initialization Error: 

Memory Move Byte Count to Large, Max =00ffffff. Requested = 

Test Initialization Error: 

Test Memory Base Address Not 32 Bit Aligned = 

SCSI Status Zero "SGE" bit not set 
Address = , Expected = , Actual = 

Interrupt Status "SIP" bit not set 
Address = , Expected = , Actual = 

SCSI Status Zero "SGE" bit will not clear 
Address = , Expected = , Actual = 

Interrupt Status "SIP" bit will not clear 
Address = , Expected = , Actual = 

Interrupt Control Reg. not initially clear 
Address = , Expected = , Actual = 
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SCSI Interrupt Enable "SGE" bit not set 
Address = , Expected = , Actual = 

Interrupt Control "lEN" bit not set 
Address = , Expected = , Actual = 

Interrupt Status bit did not set 

Status: Expected = , Actual = 

Vector: Expected = , Actual = 

State : IRQ Level =_, VBR = 

Interrupt Control "INI" bit will not clear 
Address = , Expected = , Actual = 

SCSI Interrupt Enable Reg. will not mask interrupts 
Address = , Expected = , Actual = 

Incorrect Vector type 

Status: Expected = , Actual = 

Vector: Expected = , Actual = 

State : IRQ Level =_, VBR = 

SCSI Interrupt Status: 

Expected = , Actual = 

DMA Interrupt Status: 

Expected = , Actual = 

Unexpected Vector taken 


Status 

Expected = 

, Actual = 

Vector 

Expected = 

, Actual = 

State 

IRQ Level =_ 

, VBR = 

Incorrect Interrupt 

Level 

Level 

Expected =_, 

Actual =_ 

State 

IRQ Level =_ 

, VBR = 

Interrupt did not occur 

Status 

Expected = 

Actual = 

Vector 

Expected = 

Actual = 

State 

IRQ Level =_ 

VBR = 

Interrupt Status bit 

did not set 

Status 

Expected = 

Actual = 

Vector 

Expected = 

Actual = 

State 

IRQ Level =_ 

VBR = 


Interrupt Control "INI" bit will not clear 
Address = , Expected = , Actual =_ 

Bus Error Information: 

Address 

Data 

Access Size 

Access Type _ 

Address Space Code _ 

Vector Number 
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Unsolicited Exception: 

Program Counter 

Vector Number 

Status Register 

Interrupt Level _ 

Loopback - LPBK 

Checks the Input and Output Data Latches and performs a selection, with the 
53C710 executing initiator instructions and the host CPU implementing the 
target role by asserting and polling the appropriate SCSI signals. The 53C710 
Loopback Mode, in effect, lets the chip talk to itself. When fhe Loopback 
Enable (SLBE) bif is sef in fhe CTEST4 regisfer, fhe 53C710 allows confrol of all 
SCSI signals When fhe Loopback Enable (SLBE) bif is sef in fhe CTEST4 
regisfer, fhe 53C710 allows confrol of all SCSI signals. If no errors are defecfed, 
fhen fhe NCR device is resef; ofherwise fhe device is leff in fhe fesf sfafe. 

Command Inpuf: 

162-Diag>NCR LPBK 

Response / Messages: 

Affer fhe command has been issued, fhe following line is prinfed: 

NCR LPBK: Loopback Running > 

If all parfs of fhe fesf are complefed correcfly, fhen fhe fesf passes: 

NCR LPBK; Loopback Running > PASSED 

If any parf of fhe fesf fails, fhen fhe display appears as follows: 

NCR LPBK: Loopback Running > FAILED 

NCR/LPBK Test Failure Data: 

(error message) 

Here, (error message) is one of fhe following: 

No Automatic Clear of 'ADCK' bit in ’CTEST5' Register 

No Automatic Clear of 'BBCK' bit in ’CTEST5' Register 

NCR SCSI Bus Data Lines Error: 

Address = , Expected = , Actual = 

DMA Next Address Error: 

Address = , Expected = , Actual = 

DMA Byte Counter Error: 

Address = , Expected = , Actual = 
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SCRIPTS Processor test - SCRIPTS 

Initializes the test structures and makes use of the diagnostic registers for fesf, 
as follows: 

Verifies fhaf fhe following regisfers are inifially clear: 


SIEN 

SCSI Interrupt Enable 

DIEN 

DMA Interrupt Enable 

SSTATO 

SCSI Status Zero 

DSTAT 

DMA Status 

ISTAT 

Interrupt Status 

SFBR 

SCSI First Byte Received 


Sefs SCSI oufpufs in high impedance sfafe, disables inferrupfs using fhe 
"MIEN", and sefs NCR device for Single Sfep Mode. 

The address of a simple "INTERRUPT insfrucfion" SCRIPT is loaded info fhe 
DMA SCRIPTS Poinfer regisfer. The SCRIPTS processor is sfarfed by hitting 
fhe "STD" bif in fhe DMA Confrol Regisfer. 

Single Sfep is checked by verifying fhaf ONLY fhe firsf insfrucfion execufed 
and fhaf fhe correcf sfafus bifs are sef. Single Sfep Mode is fhen fumed off and 
fhe SCRIPTS processor sfarfed again. The "INTERRUPT insfrucfion" should 
fhen be execufed and a check for fhe correcf sfafus bifs sef is made. 

The address of fhe "JUMP insfrucfion" SCRIPT is loaded info fhe DMA 
SCRIPTS Poinfer regisfer, and fhe SCRIPTS processor is aufomafically sfarfed. 
JUMP "if TRUE" (Compare = True, Compare = False) condifions are checked, 
fhen JUMP "if FALSE" (Compare = True, Compare = False) condifions are 
checked. 

The "Memory Move insfrucfion" SCRIPT is builf in a scrip! buffer fo allow fhe 
"Source Address", "Desfinafion Address", and "Byfe Counf" fo be changed by 
use of fhe "cnfg" command. If a paramefer is changed, fhe only check for 
validify is fhe "Byfe Counf" during fesf sfrucfures inifializafion. 

The "Memory Move" SCRIPT copies fhe specified number of byfes from fhe 
source address fo fhe desfinafion address. 

Command Inpuf: 

162 -Diag>NCR SCRIPTS 
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Response / Messages: 

After the command has been issued, the following line is printed: 


NCR SCRIPTS: NCR 53C710 SCRIPTS Processor Running - 

If all parfs of the test are completed correctly, then the test passes: 

NCR SCRIPTS: NCR 53C710 SCRIPTS Processor Running 

If any part of the test fails, then the display appears as follows: 

NCR SCRIPTS: NCR 53C710 SCRIPTS Processor Running 


NCR/SCRIPTS Test Faiiure Data: 

(error message) 

Here, (error message) is one of the following: 

Test Initialization Error: 

Not Enough Memory, Need = , Actual = 

Test Initialization Error: 

Memory Move Byte Count to Large, Max =00ffffff. Requested = 
Test Initialization Error: 

Test Memory Base Address Not 32 Bit Aligned = 

SCSI Interrupt Enable Reg. not initially clear 
Address = , Expected = , Actual = 

DMA Interrupt Enable Reg. not initially clear 
Address = , Expected = , Actual = 

SCSI Status Zero Reg. not initially clear 
Address = , Expected = , Actual = 

DMA Status Reg. not initially clear 
Address = , Expected = , Actual = 

Interrupt Status Reg. not initially clear 
Address = , Expected = , Actual = 

SCSI First Byte Received Reg. not initially clear 
Address = , Expected = , Actual = 

SCSI First Byte Received Reg. not set 
Address = , Expected = , Actual = 

DMA Status "SSI" bit not set 

Address = , Expected = , Actual = 

Interrupt Status "DIP" bit not set 
Address = , Expected = , Actual = 

SCSI Status Zero Reg. set during single step 

Address = , Expected = , Actual = 


— > 


> PASSED 


> FAILED 
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Test Timeout during: INTERRUPT SCRIPTS Test 
Address = , Expected = , Actual = 

"SIR" not detected during: INTERRUPT SCRIPTS Test 
Address = , Expected = , Actual = 

Test Timeout during: JUMP SCRIPTS Test 
Address = , Expected = , Actual = 

"SIR" not detected during: JUMP SCRIPTS Test 
Address = , Expected = , Actual = 

Jump if "True", and Compare = True; Jump not taken 

Jump if "True", and Compare = False; Jump taken 

Jump if "False", and Compare = True; Jump taken 

Jump if "True", and Compare = False; Jump not taken 

Test Timeout during: Memory Move SCRIPTS Test 
Address = , Expected = , Actual = 

"SIR" not detected during: Memory Move SCRIPTS Test 
Address = , Expected = , Actual = 


MVME162BUG/D2 


3-137 



Test Descriptions 


SCSI FIFO test - SFIFO 

Tests the ability to write data into the SCSI FIFO and retrieve it in the same 
order as written. The SCSI FIFO is checked for an empty condition following 
a soffware resef, fhen fhe SFWR bif is sef and verified. The FIFO is fhen filled 
wifh 8 byfes of dafa verifying fhe byfe counf wifh each wrife. Nexf fhe SFWR 
bif is cleared and fhe FIFO read verifying fhe byfe counf wifh each read. If no 
errors are defecfed, fhen fhe NCR device is resef; ofherwise fhe device is leff in 
fhe fesf sfafe. 

Command Inpuf: 

162 -Diag>NCR SFIFO 
Response / Messages: 

Affer fhe command has been issued, fhe following line is prinfed: 

NCR SFIFO: SCSI FIFO Running > 

If all parfs of fhe fesf are complefed correcfly, fhen fhe fesf passes: 

NCR SFIFO: SCSI FIFO Running > PASSED 

If any parf of fhe fesf fails, fhen fhe display appears as follows: 

NCR SFIFO: SCSI FIFO Running > FAILED 

NCR/SFIFO Test Failure Data: 

(error message) 

Here, (error message) is one of fhe following: 

SCSI FIFO is not initially empty 
SCSI FIFO writes not enabled 
SCSI FIFO Count Error: 

Address = , Expected = , Actual = 

SCSI FIFO Error: 

Address = , Expected = , Actual = 
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IndustryPack Interface Controller (IPIC) Tests 

These sections describe the individual IndustryPack Interface Controller 
(IPIC) tests. Entering IPIC without parameters causes all IPIC tests to run in 
the order shown in the table below, except as noted. 

To run an individual test, add that test name to the IPIC command. 


Table 3-11. IPIC Test Group 


Mnemonic 

Description 

ACCESSA 

ACCESSB 

Device Access 
Register Access 

Executed only when specified: 

INRPT 

Interrupt Control 


If more than one IPIC is present, you can use the CF command to select the 
IPIC to test, as shown in this example. Enter the base address of the IPIC you 
want to test. 

Command Input: 

162-Diag>CF IPIC 

IPIC Configuration Data: 

IPIC Base Address =FFFBC000? 
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Read Internal Registers - ACCESSA 

Verifies that all of fhe IPIC ASICs infernal regisfers can be read. If does so by 
reading fhe device on byfe, word, and long word boundaries. The dafa 
refurned by fhese reads is ignored. The fesf passes if fhe entire address space 
occupied by fhe chip is successfully read. If fhe fesf passes, fhe word "PASSED" 
is displayed; ofherwise fhe word "FAILED" is displayed. In "verbose" mode, 
if also displays an error message describing fhe nafure of a failure. 

Regardless of fhe oufcome of fhe fesfing, fhe original configuration is 
mainfained af forward. 


Command Inpuf: 

162 -Diag>IPIC ACCESSA 
Response / Messages: 

Affer fhe command has been issued, fhe following line is prinfed: 

IPIC ACCESSA: Device Access Running > 

If read cycles on all selecfed device regisfers are complefed successfully, fhen 
fhe fesf passes. 

IPIC ACCESSA: Device Access Running > PASSED 

If an error occurs while reading any device regisfer, fhen fhe fesf fails. 

IPIC ACCESSA: Device Access Running > FAILED 

(error message) 

Refer fo fhe section IPIC Error Messages for a lisf of fhe error messages and fheir 
meaning. 
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Write to Internal Registers - ACCESSB 

Verifies that internal registers of the IPIC ASIC can be written to and read 
from. It does so by executing "walking bit" tests on all IPIC memory base 
address registers and memory size registers. For this, test the register spaces 
are accessed on long word (32-bit) boundaries. 

First, the contents of the registers are saved. Then, zeros are written to the 
registers and read back for verification. Next, a single bit is written as a "one" 
and "walked" (shifted), through the field of zeroes verifying each "step". The 
sequence is then repeated, walking a zero through a field of ones. The test 
passes if all data patterns written are successfully read. If the test passes, the 
word "PASSED" is displayed; otherwise the word "FAILED" is displayed. In 
"verbose" mode, the test also displays an error message describing the nature 
of a failure. 

Regardless of the outcome of the testing, an attempt is made to restore the 
original configuration afterward. 

Command Input: 

162 -Diag>IPIC ACCESSB 

Response / Messages: 

After the command has been issued, the following line is printed: 

IPIC ACCESSB: Register Access Running > 

If all data read matches the data written to the selected device registers, then 
the test passes. 

IPIC ACCESSB: Register Access Running > PASSED 

If an error occurs while reading or writing any device register, or data read is 

not the data written, then the test fails. 

IPIC ACCESSB: Register Access Running > FAILED 

(error message) 

Refer to the section tPtC Error Messages for a list of the error messages and their 
meaning. 
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Interrupt Control Registers - INRPT 

Verifies that the bits in the IPIC Interrupt Control Registers are functioning 
normally. It does so by configuring each regisfer for level zero, inferrupfs 
enabled, and foggling fhe polarify bif. This sefs fhe INT (inferrupf) sfafus bif 
wifhouf generafing an inferrupf. Nexf fhe same sfeps are repeafed for each 
inferrupf level up fo and including level seven, expecfing and servicing 
inferrupfs for every level above zero. The fesf passes if fhis enfire sequence is 
successful for all eighf IPIC inferrupf confrol regisfers. If fhe fesf passes, fhe 
word "PASSED" is displayed, ofherwise fhe word "FAILED" is displayed. In 
"verbose" mode, fhe fesf also displays an error message describing fhe nafure 
of a failure. 

Affer fesfing, IPIC regisfers are refurned fo their original configuration. 

NotO I IndustryPacks may respond to interrupts generated 

by the IPIC INRPT test. Therefore, do not run the INRPT 
test with IndustryPacks installed. 


Command Input: 

162 -Diag>IPIC INRPT 
Response / Messages: 

After the command has been issued, the following line is prinfed: 

IPIC INRPT: Interrupt Control Running > 

If all IPIC Inferrupf Confrol Regisfers complefe fhe fesf sequence successfully, 
fhen fhe fesf passes. 

IPIC INRPT: Interrupt Control Running > PASSED 

If an error occurs during fhe fesf sequence or unexpecfed resulfs are produced, 
fhen fhe fesf fails. 

IPIC INRPT: Interrupt Control Running > FAILED 

(error message) 
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Refer to the section tPtC Error Messages for a list of the error messages and their 
meaning. 
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IPIC Error Messages 

The IPIC test group error messages generally take the following form: 

IPIC ACCESSA: Device Access Running > FAILED 

IPIC Test Failure Data: 

Register did not clear, address FFFBC004, expected 00000000, read FFFFFFFF 

A header message describes which fesf was execufing and announces fhe "Tesf 
Failure Dafa". Following fhis, fhe message displays informafion fhaf idenfifies 
fhe failure symptom. The nexf fable lisfs fhe sympfoms. 


Table 3-12. IPIC Error Messages 


Error Message 

Symptom or Cause 

Register did not clear, 
address a, expected e, read r 

Read data is not zero, when zero was written. 

Register access error, 
address a, expected e, read r 

Read data differs from that written. 

Interrupt Control Register 
did not clear 

Test was unable to write zero to the IL2-IL0 
(interrupt level) bits or the lEN (interrupt 
enable) bit in an IPIC Interrupt Control 
Register. 

Or INT (interrupt) did not clear when the 
iCLR (interrupt clear) bit was set. 

E/L bit did not set 

Test was unable to set (write one) the E/L* 
(edge / level sensitive) bit in an IPIC Interrupt 
Control Register. 

Interrupt Enable bit did not 
set 

Indicates that the test was unable to set the 
lEN (interrupt enable) bit in an IPIC Intermpt 
Control Register. 

Interrupt Status bit did not 
set 

Indicates that the INT bit in an IPIC Interrupt 
Control Register did not set as is the expected 
result of toggling the PLTY (polarity) bit in 
the same register. 

Unexpected Vector taken 

Indicates that an exception occurred with 
unexpected vector. 
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Table 3-12. IPIC Error Messages (cont'd) 


Error Message 

Symptom or Cause 

Incorrect Interrupt Level 

Indicates occurrence of an interrupt of 
unexpected level. 

Interrupt did not occur 

Indicates that the test gave up waiting for an 
expected interrupt to occur. 

Interrupt Status bit did not 
clear 

INT (interrupt) bit in an Interrupt Control 
Register did not clear when the ICLR 
(interrupt clear) bit was set 

Status : Expected =e, Actual 
=r, 

Indicates the expected and actual contents of 
the Interrupt Control Register under test after 
certain failures occur. 

Vector: Expected =e, Actual 
=r, 

Indicates the expected and actual interrupt 
vector after certain failures of the IPIC 
INRPT test. 

State: IRQ Level =r, 

Indicates the level of an interrupt request 
taken after certain failures of the IPIC 
INRPT test. 

Level : Expected =e, Actual 
=r, 

Indicates the expected and actual interrupt 
level after certain failures of the IPIC 
INRPT test. 

Testing Register Address = a 

Indicates the address of the IPIC register 
being tested when a failure occurred. 
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Serial Communication Controller (SCC) (Z85230) Tests 

These sections describe the individual Serial Communication Controller (SCC) 
tests. Entering SCC without parameters causes all SCC tests to run in the 
order shown in the table below, except as noted. 

To run an individual test, add that test name to the SCC command. 


Table 3-13. SCC Test Group 


Mnemonic 

Description 

ACCESS 

IRQ 

Device /Register Access 
Interrupt Request 

Executed only when specified: 

BAUDS 

ELPBCK 

ILPBCK 

MDMC 

Baud Rates 
External Loopback 
Internal Loopback 
Modem Control 


You can use the CF command to select the ports to tested. This example uses 
the CF to select ports 1 and 3, skipping 0 and 2. 

Command Input: 

162 -Diag>CF SCC 

SCC Memory Space Base Address =FFF45000? 

Internal-Loopback/Baud-Rates Port Mask =0000000E? OA. (Bit 0 selects port 0, 

Bit 1 selects port 1, etc. 
See note below.) 


External-Loopback/Modem-Control Port Mask=0000000E? 

I These tests number the ports of the Z85C230s starting with 
the first Z85C230 channel 0 as being port 0, the second 
Z85C230 channel 0 as being port 2. For MVME162-0xx 
product there are only ports 0 and 1. The MVME162-2xx 
product has four ports: 0, 1, 2 and 3. 

The first parameter is the base address space for the Z85C230 devices. This is 
preset for the MVME162 family and should not be changed. 

The next two parameters are the port selection masks. These masks are used 
during testing to identify which ports are to be tested. The default is to test 
every port except the console port. The Internal-Loopback/Baud-Rates Port 
Mask is used for the BAUDS and ILPBCK test suites. The External- 
Loopback/Modem-Control Port Mask is only used for the ELPBCK and 
MDMC test suites. 
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see Device/Register Access - AeeESS 

This test performs a write/ read test on two registers in the Z85C230. This test 
verifies fhaf fhe device can be bofh accessed and fhaf fhe dafa pafhs fo fhe 
device are functioning. 

Command Inpuf: 

162 -Diag>SCC ACCESS 

Response / Messages: 

Affer fhe command has been issued, fhe following line is prinfed: 

SCC ACCESS: Device/Register Access Running > 

If all parfs of fhe fesf are complefed correcfly, fhen fhe fesf passes: 

SCC ACCESS: Device/Register Access Running > PASSED 

If any parf of fhe fesf fails, fhen fhe display appears as follows: 

SCC ACCESS: Device/Register Access Running > FAILED 

SCC/ACCESS Test Failure Data: 

(error message) 

Refer fo fhe seefion SCC Error Messages for a lisf of fhe error messages and fheir 
meaning. 
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see Interrupt Request - IRQ 

This test verifies that the Z85C230 can generate interrupts to the local 
processor. This is done using the baud rate zero counter interrupt from fhe 
Z85C230. 

Command Inpuf: 

162 -Diag>SCC IRQ 
Response / Messages: 

Affer fhe command has been issued, fhe following line is prinfed: 

see IRQ: Interrupt Request Running > 

If all parfs of fhe fesf are complefed correcfly, fhen fhe fesf passes: 

see IRQ: Interrupt Request Running > PASSED 

If any parf of fhe fesf fails, fhen fhe display appears as follows: 

see IRQ: Interrupt Request Running > FAILED 

see/IRQ Test Failure Data: 

(error message) 

Refer fo fhe section SCC Error Messages for a lisf of fhe error messages and fheir 
meaning. 
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see Baud Rates - BAUDS 

This test transmits 256 characters at various baud rates. The data is received 
and compared. If any protocol errors are created or the data is not correct 
when received, the test failed. The bauds fesfed are: 1200, 2400, 4800, 9600, 
19200, 38400. 

Note I design of the Z85C230, when internal 

loopback testing is performed, data is still transmitted out 
of the device on the TxD line. This may cause problems with 
terminals, modem, printers, and any other device attached. 

Command Input: 

162-Diag>SCC BAUDS 
Response / Messages: 

After the command has been issued, the following line is prinfed: 

SCC BAUDS: Baud Rates Running > 

If all parfs of fhe fesf are complefed correcfly, fhen fhe fesf passes: 

see BAUDS: Baud Rates Running > PASSED 

If any parf of fhe fesf fails, fhen fhe display appears as follows: 

see BAUDS: Baud Rates Running > FAILED 

See/BAUDS Test Failure Data: 

(error message) 

Refer fo fhe seefion SCC Error Messages for a lisf of fhe error messages and fheir 
meaning. 
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see External Loopback - ELPBeK 

This test transmits 256 characters at 38400 baud. The data is received and 
compared. If any protocol errors are created or the data is not correct when 
received, the test failed. This fesf does require an exfernal loopback conneefor 
fo be insfalled. For fhis fesf TxD and RxD need fo be conneefed in fhe loopback 
conneefor. 

Command Inpuf: 

162 -Diag>SCC ELPBCK 

Response / Messages: 

Affer fhe command has been issued, fhe following line is prinfed: 

see ELPBeK: External Loopback Running > 

If all parfs of fhe fesf are complefed correcfly, fhen fhe fesf passes: 

see ELPBeK: External Loopback Running 

If any parf of fhe fesf fails, fhen fhe display appears as follows: 

see ELPBeK: External Loopback Running 

see/ELPBeK Test Failure Data: 

(error message) 

Refer to the section SCC Error Messages for a list of the error messages and their 
meaning. 


> PASSED 


> FAILED 
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see Internal Loopback - ILPBeK 

This test transmits 256 characters at 38400 baud. The data is received and 
compared. If any protocol errors are created or the data is not correct when 
received, the test failed. 

Note I design of the Z85C230, when internal 

loopback testing is performed, data is still transmitted out 
of the device on the TxD line. This may cause problems with 
terminals, modem, printers, and any other device attached. 

Command Input: 

162-Diag>SCC ILPBCK 
Response / Messages: 

After the command has been issued, the following line is prinfed: 

SCC ILPBCK: Internal Loopback Running > 

If all parfs of fhe fesf are complefed correcfly, fhen fhe fesf passes: 

SCC ILPBCK: Internal Loopback Running > PASSED 

If any parf of fhe fesf fails, then the display appears as follows: 

SCC ILPBCK: Internal Loopback Running > FAILED 

SCC/ILPBCK Test Failure Data: 

(error message) 

Refer fo fhe seefion SCC Error Messages for a lisf of fhe error messages and fheir 
meaning. 
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see Modem eontrol - MDMe 

This test verifies that the Z85C230 can negate/ assert selected modem control 
lines and that the appropriate input control functions. This test does require an 
external loopback connector to be installed. For this test the following 
conneefions need fo be made in fhe loopback conneefor: DTR conneefed fo 
DCD, and RTS conneefed fo CTS. 

Command Inpuf: 

162 -Diag>SCC MDMC 
Response / Messages: 

Affer fhe command has been issued, fhe following line is prinfed: 

see MDMe: Modem eontrol Running > 

If all parfs of fhe fesf are complefed correcfly, fhen fhe fesf passes: 

see MDMe: Modem eontrol Running 

If any parf of fhe fesf fails, fhen fhe display appears as follows: 

see MDMe: Modem eontrol Running 

see/MDMe Test Failure Data: 

(error message) 

Refer to the section SCC Error Messages for a list of the error messages and their 
meaning. 


> PASSED 


> FAILED 
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see Error Messages 

The SCC test group error messages generally take the following form: 

see BAUDS: Baud Rates Running > FAILED 

Transmit /Receive eharacter Miscompare Error: 

Expected =55, Actual =5F 

see Base Address =FFF45000, ehannel =01 

Baud Rate =1200 


The firsf line of fhe failure identifies whaf type of failure occurred. The 
following line provides addifional informafion abouf fhe failure. 

Table 3-14. SCC Error Messages 


Error Message 

Symptom or Cause 

Exception, Vector XX 

Indicates occurrence of an 
unexpected exception 

Data Miscompare Error: 

Address =XXXXXXXX^ Register Index =XX 
Expected =XX, Actual =XX 

Indicates that data write 
does not match data read. 

Exception Vector Serviced Error: 
Expected =XXX, Actual =XXX 
Interrupt Level =X 

SCC Base Address =XXXXXXXX, Channel =XX 

Incorrect vector taken or 
provided during interrupt 
service 

Exception failed to occur. Vector Expected =XXX 
Interrupt Level =X 

SCC Base Address =XXXXXXXX, Channel =XX 

During Interrupt testing, no 
interrupt was generated or 
received. 

Interrupt Not (Stuck-At) Error: 

Vector =XXX, Interrupt Level =X 

SCC Base Address =XXXXXXXX, Channel =XX 

A preexisting interrupt 
could not be cleared. 

SCC Receiver Error: Status =XXX 
SCC Base Address =XXXXXXXX, Channel =XX 
Baud Rate =XXXX 
<Additional error info> 

This error indicates a data 
transmission error. Possible 
error are; framing, parity, 
or data overrun 

SCC Receiver Error: Status =XX 
Break Sequence detected in the RXD stream 
SCC Base Address =XXXXXXXX, Channel =XX 
Baud Rate =XXXX 

This error indicates an 
unexpected break was 
received during testing. 
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Table 3-14. SCC Error Messages (Continued) 


Error Message 

Symptom or Cause 

Transmit/Receive Character Miscompare Error: 
Expected =XX, Actual =XX 
SCC Base Address =XXXXXXXX, Channel =XX 
Baud Rate =XXXX 

Indicates that data 
transmitted does not match 
data received. 

Transmitter Ready Time-Out 

SCC Base Address =XXXXXXXX, Channel =XX 

Baud Rate =XXXX 

The selected ports 
transmitter never indicated 
ready to transmit. 

Receiver Ready (Character Available) Time-Out 
SCC Base Address =XXXXXXXX, Channel =XX 
Baud Rate =XXXX 

The receiver has not 
received a character in the 
allotted time. 

DTR assertion failed to assert DCD 
SCC Base Address =XXXXXXXX, Channel =XX 

This error indicates that 
when DTR was driven, 
DCD did not follow. 

DTR negation failed to negate DCD 

SCC Base Address =XXXXXXXX, Channel =XX 

RTS assertion failed to assert CTS 
SCC Base Address =XXXXXXXX, Channel =XX 

This error indicates that 
when RTS was driven, 
CTS did not follow. 

RTS negation failed to negate CTS 

SCC Base Address =XXXXXXXX, Channel =XX 
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ENVIRONMENT ^ 


Introduction 

You can use 162Bug to configure certain parameters contained in the Non- 
Volatile RAM (NVRAM), also known as Battery Backed up RAM (BBRAM). 
Use the CNFG command to change operating parameters of the hardware that 
are contained in the NVRAM board information block. Use the ENV 
command to change configurable parameters in NVRAM. 

The CNFG and ENV commands are both described in the Debugging Package 
for Motorola 68K CISC CPUs User's Manual. Refer to that manual for general 
information about their use and capabilities. 

This chapter presents information about CNFG and ENV specific to 162Bug, 
and describes the parameters that can be configured with the ENV command. 

Configuring the Board Information Block (CNFG) 

The CNFG command is used to display and configure the board information 
block, which is resident within the NVRAM. Although the factory fills all 
fields except the IndustryPack fields, only these fields MUST contain correct 
information: 

□ MPU clock speed 

□ Ethernet address 

□ Local SCSI identifier 

The board structure for the MVME162 is as follows: 

162-Bug>Cnfg 

Board (PWA) Serial Number = " " 

Board Identifier = " " 

Artwork (PWA) Identifier = " " 

MPU Clock Speed = " " 

Ethernet Address = 08003E200000 

Local SCSI Identifier = " " 

Parity Memory Mezzanine Artwork (PWA) Identifier = " " 

Parity Memory Mezzanine (PWA) Serial Number = " " 

Static Memory Mezzanine Artwork (PWA) Identifier = " " 

Static Memory Mezzanine (PWA) Serial Number = " " 

ECC Memory Mezzanine #1 Artwork (PWA) Identifier = " " 

ECC Memory Mezzanine #1 (PWA) Serial Number = " " 

ECC Memory Mezzanine #2 Artwork (PWA) Identifier = " " 

ECC Memory Mezzanine #2 (PWA) Serial Number = " " 

Serial Port 2 Personality Artwork (PWA) Identifier = " " 
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Serial Port 2 Personality Module (PWA) Serial Number = " " 

IndustryPack A Board Identifier = " " 

IndustryPack A (PWA) Serial Number = " " 

IndustryPack A Artwork (PWA) Identifier = " " 

IndustryPack B Board Identifier = " " 

IndustryPack B (PWA) Serial Number = " " 

IndustryPack B Artwork (PWA) Identifier = " " 

IndustryPack C Board Identifier = " " 

IndustryPack C (PWA) Serial Number = " " 

IndustryPack C Artwork (PWA) Identifier = " " 

IndustryPack D Board Identifier = " " 

IndustryPack D (PWA) Serial Number = " " 

IndustryPack D Artwork (PWA) Identifier = " " 

1 62-Bug> 

The parameters that are quoted are left-justified characfer (ASCII) sfrings 
padded wifh space characfers, and fhe quofes (") are displayed fo indicafe fhe 
size of fhe sfring. Paramefers fhaf are nof quofed are considered dafa sfrings, 
and dafa sfrings are righf-jusfified. The dafa sfrings are padded wifh zeroes if 
fhe lengfh is nof mef. 

Refer fo fhe MVME162 or MVME162LX Embedded Controller User's Manual for 
fhe acfual locafion and ofher information abouf fhe board informafion block. 
Refer fo fhe Debugging Package for Motorola 68K CISC CPUs User's Manual for a 
descripfion of CNFG and examples of ifs use. 

Setting Operational Parameters (ENV) 

The ENV command allows you fo view and configure all MVME162Bug 
operational paramefers stored in Non-Volafile RAM (NVRAM). 

Refer fo fhe Debugging Package for Motorola 68K CISC CPUs User's Manual for a 
descripfion of fhe ENV command. Additional informafion on regisfers in fhe 
VMEchip2 and MCchip fhaf affecf fhese paramefers is confained in fhe 
MVME162 Embedded Controller Programmer's Reference Guide. Listed and 
described below are fhe paramefers fhaf you can configure using ENV. 

Configuring MVME162Bug Parameters 

The paramefers fhaf can be configured using ENV are: 

Bug or System environment [B/S] = B? 

B Bug is fhe mode where no system fype of supporf is 

displayed. However, sysfem-relafed items are sfill available. 
(Defaulf) 

S System is fhe sfandard mode of operafion, and is fhe one 

defaulfed fo if NVRAM should fail. This mode is defined in 
Appendix A in fhe Debugging Package for Motorola 68K CISC 
CPUs User's Manual. 
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Field Service Menu Enable [Y/N] = N? 

Y Display the field service menu. 

N Do not display the field service menu. (Defaulf) 

Remote Start Method Switch [G/M/B/N] = B? 

The Remofe Sfarf Mefhod Swifch is used when fhe MVME162 is cross-loaded 

from anofher VME-based CPU, fo sfarf execufion of fhe cross-loaded program. 

G Use fhe Global Confrol and Sfafus Regisfer (GCSR) (in 

fheVMEchip2 on MVME162 series modules) fo pass and sfarf 
execufion of cross-loaded program. 

M Use fhe Multiprocessor Confrol Regisfer (MPCR) in shared 

RAM fo pass and sfarf execufion of cross-loaded program. 

B Use bofh fhe GCSR and fhe MPCR mefhods fo pass and sfarf 

execufion of cross-loaded program. (Defaulf) 

N Do nof use any Remofe Sfarf Mefhod. 

Probe System for Supported I/O Controllers [Y/N] = Y? 

Y Accesses will be made fo fhe appropriafe sysfem buses (e.g., 
VMEbus, local MPU bus) fo defermine fhe presence of 
supporfed conf rollers. (Defaulf) 

N Accesses will nof be made fo fhe VMEbus fo defermine fhe 

presence of supporfed confrollers. 

Negate VMEbus SYSFAIL* Always [Y/N] = N? 

Y Negafe VMEbus SYSFAIL during board inifializafion. 

N Negafe VMEbus SYSFAIL affer successful completion or 

enfrance info fhe bug command monifor. (Defaulf) 

Local SCSI Bus Reset on Debugger Startup [Y/N] = N? 

Y Local SCSI bus is resef on debugger sfarfup. 

N Local SCSI bus is nof resef on debugger sfarfup. (Defaulf) 

Local SCSI Bus Negotiations Type [A/S/N] = A? 

A Asynchronous negofiafions. (Defaulf) 

S Synchronous negofiafions. 

N No negofiafions. 
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Industry Pack Reset on Debugger Startup [Y/N] = N? 

Y Industry Pack(s) is/ are reset on debugger startup. 

N Industry Pack(s) is/ are not reset on debugger startup. 

(Default) 

Ignore CFGA Block on a Hard Disk Boot [Y/N] = Y 

Y Enable the ignorance of fhe Configuration Area (CFGA) Block 
(hard disk only). (Defaulf) 

N Disable fhe ignorance of fhe Configuration Area (CEB A) 

Block (hard disk only). 

Auto Boot Enable [Y/N] = N? 

Y The Aufo Boof funcfion is enabled. 

N The Aufo Boof funcfion is disabled. (Defaulf) 

Auto Boot at power-up only [Y/N] = Y? 

Y Aufo Boof is affempfed af power up resef only. (Defaulf) 

N Aufo Boof is affempfed af any resef. 

Auto Boot Controller LUN =00? 

Refer fo Appendix E in fhe Debugging Package for Motorola CISC CPUs User's 
Manual for a lisfing of disk/ fape confroller modules currenfly supporfed by 
fhe Bug. The defaulf for fhis paramefer is $0. 

Auto Boot Device LUN =00? 

Refer fo Appendix E in fhe Debugging Package for Motorola CISC CPUs User's 
Manual for a lisfing of disk/ fape devices currenfly supporfed by fhe Bug. The 
defaulf for fhis paramefer is $0. 

Auto Boot Abort Delay = 15? 

This is fhe fime in seconds fhaf fhe Aufo Boof sequence will delay before 
sfarfing fhe boof. The purpose for fhe delay is fo allow you fhe opfion of 
stopping fhe boof by use of fhe Break key. The fime value is from 0-255 
seconds. The defaulf for fhis paramefer is 15. 

Auto Boot Default String [NULL for a empty string] = ? 

You may specify a sfring (filename) which is passed on fo fhe code being 
boofed. The maximum lengfh of fhis sfring is 16 characfers. The defaulf for 
fhis paramefer is fhe null sfring. 
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ROM Boot Enable [Y/N] = N? 

Y The ROMboot function is enabled. 

N The ROMboot function is disabled. (Default) 

ROM Boot at power-up only [Y/N] = Y? 

Y ROMboot is attempted at power up only. (Default) 

N ROMboot is attempted at any reset. 

ROM Boot Enable search of VMEbus [Y/N] = N? 

Y VMEbus address space will be searched for a ROMboof 
module in addition fo fhe usual areas of memory. 

N VMEbus address space will nof be accessed by ROMboof. 

(Defaulf) 

ROM Boot Abort Delay =0? 

This is fhe time in seconds fhaf fhe ROMboof sequence will delay before 
sfarfing fhe boof. The purpose for fhe delay is fo allow you fhe option of 
sfopping fhe boof by use of fhe Break key. The fime value is from 0-255 
seconds. The defaulf for fhis paramefer is 0 seconds. 

ROM Boot Direct Starting Address = FF800000? 

This is fhe firsf locafion fesfed when fhe Bug searches for a ROMboof Module. 
The defaulf address is $FF800000. 


ROM Boot Direct Ending Address = FFDFFFFC? 

This is fhe lasf locafion fesfed when fhe Bug searches for a ROMboof Module. 
The defaulf address is $FFDFFFFC. 

Network Auto Boot Enable [Y/N] = N? 

Y The Nefwork Aufo Boof funcfion is enabled. 

N The Nefwork Aufo Boof funcfion is disabled. (Defaulf) 

Network Auto Boot at power-up only [Y/N] = Y? 

Y 


N 


Nefwork Aufo Boof is affempfed af power up resef only. 
(Defaulf) 

Nefwork Aufo Boof is affempfed af any resef. 
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Network Auto Boot Controller LUN = 00? 

Refer to Appendix G in the Debugging Package for Motorola CISC CPUs User's 
Manual for a listing of disk/ tape controller modules currently supported by 
the Bug. The default for this parameter is $0. 

Network Auto Boot Device LUN = 00? 

Refer to Appendix G in the Debugging Package for Motorola CISC CPUs User's 
Manual for a listing of disk/ tape controller modules currently supported by 
the Bug. The default for this parameter is $0. 

Network Auto Boot Abort Delay = 5? 

This is the time in seconds that the Network boot sequence will delay before 
starting the boot. The purpose for the delay is to allow you the option of 
stopping the boot by use of the Break key. The time value is from 0-255 
seconds. The default for this parameter is 5 seconds. 

Network Auto Boot Configuration Parameters Pointer (NVRAM) = 00000000? 

This is the address where the network interface configuration parameters are 
to be saved / retained in NVRAM; these parameters are the necessary 
parameters to perform an unattended network boot. 

Memory Search Starting Address = 00000000? 

This is where the Bug begins to search for a work page (a 64KB block of 
memory) to use for vector table, stack, and variables. This must be a multiple 
of the debugger work page, modulo $10000 (64KB). In a multi-16X 
environment, each MVME16X board could be set to start its work page at a 
unique address so as to allow multiple debuggers to operate simultaneously. 
The default Memory Search Starting Address is $00000000. 

Memory Search Ending Address = 00100000? 

This is the top limit of the Bug's search for a work page. If a contiguous block 
of memory, 64KB in size, is not found in the range specified by the Memory 
Search Starting Address and the Memory Search Ending Address parameters, 
then the bug will place its work page in the onboard static RAM on the 
MVME16X. The default Memory Search Ending Address is the calculated size 
of local memory. 
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Memory Search Increment Size = 00010000? 

This multi-CPU feature is used to offset the location of fhe Bug work page. 
This musf be a multiple of fhe debugger work page, modulo $10000 (64KB). 
Typically, fhe Memory Search Incremenf Size is fhe producf of fhe CPU 
number and size of fhe Bug work page. For example, fhe Memory Search 
Incremenf Size for fhe firsf CPU would be $0 (0 x $10000), fhe second CPU 
would be $10000 (1 x $10000), efc. The defaulf is $10000. 

Memory Search Delay Enable [Y/N] = N? 

Y There will be a delay before fhe Bug begins ifs search for a 
work page. This delay could be used fo allow time for some 
ofher MVME16X in fhe sysfem fo configure ifs address 
decoders. 

N There will be no delay before fhe Bug begins ifs search for a 

work page. (Defaulf) 

Memory Search Delay Address = FFFFD20F? 

This is fhe MVME162 GCSR GPCSRO address as accessed fhrough VMEbus 
A16 space and assumes fhe MVME162 GRP AD (group address) and BDAD 
(board address wifhin group) swifches are sef fo "on". The byfe-wide value is 
initialized fo $FF by MVME162 hardware affer a Sysfem or Power-on Resef. In 
a mulfi-162 environmenf, where fhe work pages of several Bugs will reside in 
fhe memory of fhe primary MVME162, fhe non-primary CPUs will waif for fhe 
dafa af fhe Memory Search Delay Address fo be sef fo $00, $01, or $02. Refer fo 
fhe Memory Requirements secfion in Chapfer 1 for value definitions before 
locating fheir work page in fhe memory of fhe primary CPU. 

Memory Size Enable [Y/N] = Y? 

Y Memory will be sized for Self Tesf diagnosfics. (Defaulf) 

N Memory will nof be sized for Self Tesf diagnosfics. 

Memory Size Starting Address = 00000000? 

The defaulf Sfarfing Address is $0. 

Memory Size Ending Address = 00100000? 

The defaulf Ending Address is fhe calculafed size of local memory. 
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Note 


Memory Configuration Defaults: 

The default configuration for Dynamic RAM mezzanine 
boards will position the mezzanine with the largest memory 
size to start at the address selected with the "ENV" 
parameter "Base Address of Dynamic Memory". The Base 
Address parameter defaults to 0. The smaller sized 
mezzanine will follow immediately above the larger in the 
memory map. If mezzanines of the same size and type are 
present, the first (closest to the board) is mapped to the 
selected base address. If mezzanines of same size but with 
different type (parity and ECC) are present, the parity type 
will be mapped to the selected base address and the ECC 
type mezzanine will follow. The SRAM does not default to 
a location in the memory map that is contiguous with 
Dynamic RAM. 


Base Address of Dynamic Memory = 00000000? 

This is the beginning address of Dynamic Memory (Parity and/ or ECC type 
memory). It must be a multiple of the Dynamic Memory board size, starting 
with 0. The default for this parameter is $0. 


size of Parity Memory = 00100000? 

This is the size of the Parity type dynamic RAM mezzanine, if any. The default 
is the calculated size of the Dynamic memory mezzanine board. 

size of ECC Memory Board #0 = 00000000? 

This is the size of the first ECC type memory mezzanine. The default is the 
calculated size of the memory mezzanine. 

size of ECC Memory Board #1 = 00000000? 

This is the size of the second ECC type memory mezzanine. The default is the 
calculated size of the memory mezzanine. 

Base Address of Static Memory = FFEOOOOO? 

This is the beginning address of SRAM. The default for this parameter is 
FFEOOOOO for the onboard 128KB SRAM (on MVME162LX) or 512KB (on 
MVME162), or ElOOOOOO for the 2MB SRAM mezzanine. If only 2MB SRAM is 
present, it defaults to address 00000000. 

size of Static Memory = 00080000? 

This is the size of the SRAM type memory present. The default is the 
calculated size of the onboard SRAM or an SRAM type mezzanine. 
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Configuring theVMEbus Interface 

ENV asks the following series of quesfions fo sef up fhe VMEbus inferface for 
fhe MVME162 series modules. You should have a working knowledge of fhe 
VMEchip2 as given in fhe MVME162 or MVME162LX Embedded Controller 
Programmer's Reference Guide in order fo perform fhis configurafion. Also 
included in fhis series are quesfions for seffing ROM and FLASH access time. 

The slave address decoders are used fo allow anofher VMEbus masfer fo 
access a local resource of fhe MVME162. There are fwo slave address decoders 
sef. They are sef up as follows: 

Slave Enable #1 [Y/N] = Y? 

Y Yes, sef up and enable fhe Slave Address Decoder 
#l.(Defaulf) 

N Do nof sef up and enable fhe Slave Address Decoder #1. 

Slave Starting Address #1 = 00000000? 

This is fhe base address of fhe local resource fhaf is accessible by fhe VMEbus. 
The defaulf is fhe base of local memory, $0. 

Slave Ending Address #1 = OOOFFFFF? 

This is fhe ending address of fhe local resource fhaf is accessible by fhe 
VMEbus. The defaulf is fhe end of calculafed memory. 

Slave Address Translation Address #1 = 00000000? 

This regisfer will allow fhe VMEbus address and fhe local address fo be 
differenf. The value in fhis regisfer is fhe base address of local resource fhaf is 
associafed wifh fhe sfarfing and ending address selecfion from fhe previous 
quesfions. The defaulf is 0. 

Slave Address Translation Select #1 = 00000000? 

This regisfer defines which bifs of fhe address are significanf. A logical one "1" 
indicafes significanf address bifs, logical zero "0" is non- significanf. The 
defaulf is 0. 

Slave Control #1 = 03FF? 

This defines fhe access resfricfion for fhe address space defined wifh fhis slave 
address decoder. The defaulf is $03FF. 

Slave Enable #2 [Y/N] = N? 

Y Yes, sef up and enable fhe Slave Address Decoder #2. 


MVME162BUG/D2 


4-9 



MVME162BUG Environment 


N Do not set up and enable Slave Address Decoder #2. (Default) 

Slave Starting Address #2 = 00000000? 

This is the base address of fhe local resource fhaf is accessible by fhe 
VMEbus. The defaulf is 0. 

Slave Ending Address #2 = 00000000? 

This is fhe ending address of fhe local resource fhaf is accessible by fhe 
VMEbus. The defaulf is 0. 

Slave Address Translation Address #2 = 00000000? 

This regisfer will allow fhe VMEbus address and fhe local address fo be 
differenf. The value in fhis regisfer is fhe base address of local resource fhaf is 
associafed wifh fhe sfarfing and ending address selection from fhe previous 
quesfions. The defaulf is 0. 

Slave Address Translation Select #2 = 00000000? 

This regisfer defines which bifs of fhe address are significanf. A logical one 
"1" indicafes significanf address bifs, logical zero "0" is non- significanf. The 
defaulf is 0. 

Slave Control #2 = 0000? 

This defines fhe access resfricfion for fhe address space defined wifh fhis 
slave address decoder. The defaulf is $0000. 

Master Enable #1 [Y/N] = Y? 

Y Yes, sef up and enable fhe Masfer Address Decoder #1. 

(Defaulf) 

N Do nof sef up and enable fhe Masfer Address Decoder #1. 

Master Starting Address #1 = 02000000? 

This is fhe base address of fhe VMEbus resource fhaf is accessible from fhe 
local bus. The defaulf is fhe end of calculafed local memory, unless memory is 
less fhan 16MB, fhen fhis regisfer will always be sef fo 01000000. 

Master Ending Address #1 = EFFFFFFF? 

This is fhe ending address of fhe VMEbus resource fhaf is accessible from fhe 
local bus. The defaulf is fhe end of calculafed memory. 

Master Control #1 = OD? 
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This defines the access characteristics for fhe address space defined wifh fhis 
masfer address decoder. The defaulf is $0D. 

Master Enable #2 [Y/N] = N? 

Y Yes, sef up and enable fhe Masfer Address Decoder #2. 

N Do nof sef up and enable fhe Masfer Address Decoder #2. 

(Defaulf) 

Master Starting Address #2 = 00000000? 

This is fhe base address of fhe VMEbus resource fhaf is accessible from fhe 
local bus. The defaulf is $00000000. 

Master Ending Address #2 = 00000000? 

This is fhe ending address of fhe VMEbus resource fhaf is accessible from fhe 
local bus. The defaulf is $00000000. 

Master Control #2 = 00? 

This defines fhe access characferisfics for fhe address space defined wifh fhis 
masfer address decoder. The defaulf is $00. 

Master Enable #3 [Y/N] = Y? 

Y Yes, sef up and enable fhe Masfer Address Decoder #3. This 
is fhe defaulf if fhe board confains less fhan 16MB of 
calculafed RAM. 

N Do nof sef up and enable fhe Masfer Address Decoder #3. 

This is fhe defaulf for boards confaining af leasf 16MB of 
calculafed RAM. 

Master Starting Address #3 = 00000000? 

This is fhe base address of fhe VMEbus resource fhaf is accessible from fhe 
local bus. If enabled, fhe value is calculafed as one more fhan fhe caluclafed 
size of memory. If nof enabled, fhe defaulf is $00000000. 

Master Ending Address #3 = 00000000? 

This is fhe ending address of fhe VMEbus resource fhaf is accessible from fhe 
local bus. If enabled, fhe defaulf is $00FFFFFF, ofherwise $00000000. 

Master Control #3 = 00? 

This defines fhe access characferisfics for fhe address space defined wifh fhis 
masfer address decoder. If enabled, fhe defaulf is $3D, ofherwise $00. 
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Master Enable #4 [Y/N] = N? 

Y Yes, set up and enable the Master Address Decoder #4. 

N Do not set up and enable the Master Address Decoder #4. 

(Default) 

Master Starting Address #4 = 00000000? 

This is the base address of fhe VMEbus resource fhaf is accessible from fhe 
local bus. The defaulf is $0. 

Master Ending Address #4 = 00000000? 

This is fhe ending address of fhe VMEbus resource fhaf is accessible from fhe 
local bus. The defaulf is $0. 

Master Address Translation Address #4 = 00000000? 

This regisfer will allow fhe VMEbus address and fhe local address fo be 
differenf. The value in fhis regisfer is fhe base address of VMEbus resource 
fhaf is associafed wifh fhe sfarfing and ending address selection from fhe 
previous quesfions. The defaulf is 0. 

Master Address Translation Select #4 = 00000000? 

This regisfer defines which bifs of fhe address are significanf. A logical one "1" 
indicafes significanf address bifs, logical zero "0" is non- significanf. The 
defaulf is 0. 

Master Control #4 = 00? 

This defines fhe access characferisfics for fhe address space defined wifh fhis 
masfer address decoder. The defaulf is $00. 

Short I/O (VMEbus A16) Enable [Y/N] = Y? 

Y Yes, Enable fhe Shorf I/O Address Decoder. (Defaulf) 

N Do nof enable fhe Masfer Address Decoder. 

Short I/O (VMEbus A16) Control = 01? 

This defines fhe access characferisfics for fhe address space defined wifh fhe 
Shorf I/O address decoder. The defaulf is $01. 

F-Page (VMEbus A24) Enable [Y/N] = Y? 

Y Yes, Enable fhe F-Page Address Decoder. (Defaulf) 

N Do nof enable fhe F-Page Address Decoder. 
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F-Page (VMEbus A24) Control =02? 

This defines the access characteristics for fhe address space defined wifh fhe F- 
Page address decoder. The defaulf is $02. 

ROM Access Time Code = 03? 

This defines fhe ROM access time. The defaulf is $03, which sefs an access fime 
of 180 nS. 

FLASH Access Time Code =02? 

This defines fhe FLASH access fime. The defaulf is $02, which sefs an access 
fime of 140 nS. 

MCC Vector Base = 05? 

VMEC2 Vector Base #1 = 06? 

VMEC2 Vector Base #2 =07? 

These paramefers are fhe base inferrupf vecfor for fhe componenf specified. 
(Defaulf: MCC = $05, VMEchip2 Vecfor 1 = $06, VMEchip2 Vecfor 2 = $07.) 

VMEC2 GCSR Group Base Address = D2? 

This paramefer specifies fhe group address ($FFFFXX00) in Shorf I/O for fhis 
board. (Defaulf is $D2.) 

VMEC2 GCSR Board Base Address = 00? 

This paramefer specifies fhe base address ($FFFFD2XX) in Shorf I/O for fhis 
board. (Defaulf is $00.) 

VMEbus Global Time Out Code = 01? 

This confrols fhe VMEbus fimeouf when sysfems confroller. 

(Defaulf $01 = 64 ps.) 

Local Bus Time Out Code = 02? 

This confrols fhe local bus fimeouf. 

(Defaulf $02 = 256 ps.) 

VMEbus Access Time Out Code =02? 

This confrols fhe local bus fo VMEbus access fimeouf. 

(Defaulf $02 = 32 ms.) 
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Configuring the IndustryPacks 

ENV asks the following series of questions fo sef up IndusfryPacks (IP) on 
MVME162 modules. 

TYveMVMElGl or MVME162LX Embedded Controller Programmer's Reference 
Guide describes fhe base addresses and fhe IP regisfer sellings. Refer fo fhaf 
manual for information on selling base addresses and regisfer bifs. 


IP 

A 

Base 

Address 

= 00000000? 

IP 

B 

Base 

Address 

= 00000000? 

IP 

C 

Base 

Address 

= 00000000? 

IP 

D 

Base 

Address 

= 00000000? 


Base address for mapping IP modules. Only fhe upper 16 bifs are significanf. 
IP D/C/B/A Memory Size = 00000000? 

Define fhe memory size requiremenfs for fhe IP modules: 


Bits 

IP 

Register Address 

31-24 

D 

FFFBCOOF 

23-16 

C 

FFFBCOOE 

15-08 

B 

FFFBCOOD 

07-00 

A 

FFFBCOOC 


IP D/C/B/A General Control = 00000000? 

Define fhe general confrol requiremenfs for fhe IP modules: 


Bits 

IP 

Register Address 

31-24 

D 

FFFBCOIB 

23-16 

C 

FFFBCOIA 

15-08 

B 

FFFBC019 

07-00 

A 

FFFBC018 
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IP D/C/B/A Interrupt 0 Control = 00000000? 

Define the interrupt control requirements for fhe IP modules channel 0: 


Bits 

IP 

Register Address 

31-24 

D 

FFFBC016 

23-16 

C 

FFFBC014 

15-08 

B 

FFFBC012 

07-00 

A 

FFFBCOlO 


IP D/C/B/A Interrupt I Control = 00000000? 

Define fhe inferrupf confrol requiremenfs for fhe IP modules channel 1: 


Bits 

IP 

Register Address 

31-24 

D 

FFFBC017 

23-16 

C 

FFFBC015 

15-08 

B 

FFFBC013 

07-00 

A 

FFFBCOll 
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Caution 


Before environment parameters are saved in the NVRAM, a 
warning message will appear if the user has specified 
environment parameters which will cause an overlap 
condition. The important information about each 
configurable element in the memory map is displayed, 
showing where any overlap conditions exist. This will 
allow the user to quickly identify and correct an 
undesirable configuration before it is saved. 


ENV warning example: 


WARNING: 1 

Memory MAP 

Overlap 

Condition 

Exists 


S-Address 

E-Address 

Enable 

Overlap 

M-Type 

Memo r y -MAP -Name 

$00000000 

$FFFFFFFF 

Yes 

Yes 

Master 

Local Memory (Dynamic RAM) 

$FFE00000 

$FFE7FFFF 

Yes 

Yes 

Master 

Static RAM 

$01000000 

$EFFFFFFF 

Yes 

Yes 

Master 

VMEbus Master #1 

$00000000 

$00000000 

No 

No 

Master 

VMEbus Master #2 

$00000000 

$00FFFFFF 

Yes 

Yes 

Master 

VMEbus Master #3 

$00000000 

$00000000 

No 

No 

Master 

VMEbus Master #4 

$F0000000 

$FF7FFFFF 

Yes 

Yes 

Master 

VMEbus F Pages (A24/A32) 

$FFFF0000 

$FFFFFFFF 

Yes 

Yes 

Master 

VMEbus Short I/O (A16) 

$FF800000 

$FFBFFFFF 

Yes 

Yes 

Master 

Flash/PROM 

$FFF00000 

$FFFEFFFF 

Yes 

Yes 

Master 

Local I/O 

$00000000 

$00000000 

No 

No 

Master 

Industry Pack A 

$00000000 

$00000000 

No 

No 

Master 

Industry Pack B 

$00000000 

$00000000 

No 

No 

Master 

Industry Pack C 

$00000000 

$00000000 

No 

No 

Master 

Industry Pack D 

$00000000 

$00000000 

No 

No 

Slave 

VMEbus Slave #1 

$00000000 

$00000000 

No 

No 

Slave 

VMEbus Slave #2 
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